Project

General

Profile

Actions

Bug #3443

closed

Rexpression actor, relation vs multiport and port type resolution

Added by Derik Barseghian over 15 years ago. Updated over 15 years ago.

Status:
Resolved
Priority:
Normal
Category:
actors
Target version:
Start date:
07/09/2008
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
3443

Description

Sending a dataframe from an R actor to a diamond-relation and then into multiple sinks can cause a typing error to do with the inputs ports of the sinks on first workflow run. One of the sinks will have its input port type set properly, but the rest will not, causing the workflow to fail. On subsequent runs it will work, however.

Additionally, if this R actor is outputting through a port with width 1 (non-multiport), it will behave as if it's a multiport, trying to send data out 4 channels (even though only 1 exists).

Actions #1

Updated by Derik Barseghian over 15 years ago

Revision 7379 fixes this.
The setting of port types needed to be within a loop; it wasn't so it was only setting one sink port type.

Additionally, number of sinks was being used where output port width size should have been used -- e.g. a port that sends to a relation that sends to 4 sinks should just output on 1 channel, not 4. I don't think this was hurting anything, just causing confusion.

Actions #2

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 3443

Actions

Also available in: Atom PDF