Rob van der Heij wrote: > is consumed, there may still be something that must feed back into the > secondary input of FANINTWO. That's why I used the extra sentinel on > the input that is used to close the gate. > I understand this delays the record, but you have no option to do that > because of the feedback loop.
Actually, because it delays the record, your solution has the same problem. The alternate output of TAKE LAST may be written anytime after the last record on the primary is released, just the same as the alternate output of COUNT. The only way to ensure that FANINTWO reads all the records on the alternate is to leave another record in the file on the primary. If you can't tolerate an extra unmatchable record in the input to LOOKUP, you have to use something synchronous like LOCATE to get rid of it, not DROP LAST. ¬R
