Email list hosting service & mailing list manager

generator-find: Bug in sample implementation and omission in text Marc Nieper-Wißkirchen (28 Aug 2020 17:38 UTC)
Re: generator-find: Bug in sample implementation and omission in text Marc Nieper-Wißkirchen (14 Sep 2020 07:14 UTC)
Re: generator-find: Bug in sample implementation and omission in text Marc Nieper-Wißkirchen (14 Sep 2020 09:15 UTC)
Re: generator-find: Bug in sample implementation and omission in text Marc Nieper-Wißkirchen (14 Sep 2020 14:31 UTC)

Re: generator-find: Bug in sample implementation and omission in text Marc Nieper-Wißkirchen 14 Sep 2020 14:31 UTC

Am Mo., 14. Sept. 2020 um 11:33 Uhr schrieb Shiro Kawai <xxxxxx@gmail.com>:
>
> Ah, I see.   Yes, I assumed that generator-find stops reading the source as soon as it finds a satisfying item or get eof.
>
> I think we better take the wording from generator-any.
>
>   Applies pred to each item from gen.  As soon as it yields a true value, the item is returned without consuming the rest of gen.
>   If gen is exhausted, returns #f.

That looks good to me.

If it cannot go in this SRFI, maybe it can go in some later revision
under a new SRFI number. For example, generator-every and
generator-any should be able to take more than one generator argument
(as every and any in SRFI 1).