On Thu, Aug 6, 2009 at 11:20 PM, Glenn Knickerbocker<[email protected]> wrote:
> 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. Sigh. This isn't trivial plumbing... so I guess we need a "pipeline pig" append a null record and let it go through the lookup. That will not match and be written to the secondary output where we can produce the eof (with a "totarget not lookup 1") Rob
