Glenn, But TAKE isn't done, is it? As long as CHOP didn't get both its output streams to consume the records, it isn't supposed to cosume its input record, so TAKE is still waiting for its first record to be fully processed...
Op vrijdag 17 januari 2014 heeft Glenn Knickerbocker <n...@bestweb.net> het volgende geschreven: > No question or bug report here, just a gotcha I thought I'd share. I > had to whittle a pipeline down to this to realize why it was stalling: > > (end /) ... | take 1 | a: chop 10 | b: fanin | ... / a: | b: > > Of course. Even though there will only ever be one record on its input, > CHOP can't know that until after it writes the output to the alternate. > > I was using FANIN rather than FANINANY to control the order of *other* > input streams besides these two. I see two solutions for the general case: > > * add another TAKE 1 on the primary to sever the stream > * add COPY on the alternate to buffer the record > > In this case, my other inputs will all also have only one record, so I > can just change FANIN to GATHER and don't need to add another stage. > > ¬R > -- Ronald van der Laan
