Email list hosting service & mailing list manager

Stream-filter and space leaks Phil Bewig (20 Feb 2003 14:08 UTC)
Re: Stream-filter and space leaks Richard Kelsey (20 Feb 2003 18:41 UTC)
Re: Stream-filter and space leaks Phil Bewig (21 Feb 2003 09:57 UTC)
Re: Stream-filter and space leaks Richard Kelsey (21 Feb 2003 23:18 UTC)
Re: Stream-filter and space leaks sperber@xxxxxx (21 Feb 2003 10:04 UTC)
Re: Stream-filter and space leaks Richard Kelsey (21 Feb 2003 15:06 UTC)
Re: Stream-filter and space leaks Matthias Neubauer (25 Feb 2003 16:01 UTC)
Re: Stream-filter and space leaks Richard Kelsey (25 Feb 2003 18:25 UTC)
Re: Stream-filter and space leaks Matthias Neubauer (25 Feb 2003 21:32 UTC)
Re: Stream-filter and space leaks Richard Kelsey (25 Feb 2003 22:11 UTC)
Re: Stream-filter and space leaks sperber@xxxxxx (26 Feb 2003 08:18 UTC)
Re: Stream-filter and space leaks Matthias Neubauer (26 Feb 2003 13:31 UTC)
Re: Stream-filter and space leaks sperber@xxxxxx (11 Mar 2003 14:58 UTC)
Re: Stream-filter and space leaks Matthias Neubauer (19 Mar 2003 15:27 UTC)
Re: Stream-filter and space leaks felix (22 Mar 2003 09:49 UTC)
Re: Stream-filter and space leaks felix (22 Mar 2003 09:56 UTC)

Re: Stream-filter and space leaks Richard Kelsey 21 Feb 2003 23:16 UTC

   From: Phil Bewig <xxxxxx@swbell.net>
   Date: Fri, 21 Feb 2003 10:57:22 +0100

   Your STREAM-UNFOLDN and STREAM-FILTERN look interesting, though I'd
   be interested to know how often they would actually be useful.

They are useful any time you want to produce new streams from
existing ones without getting a space leak.  You'll never be
able to add every possible stream function to the SRFI.  You
can instead try to make it easy for people to write new ones
on their own.  Having STREAM-UNFOLDN (which could use a better
name) is one way of doing so.  I would much rather have one good
general-purpose function than ZIP, UNZIP, ALTERNATE, INTERLEAVE,
MERGE, and so on.

For example, suppose I want to use a stream of integers to index
into a list of other streams.  The following is a bit ugly, but
it shouldn't have any space leaks if STREAM-UNFOLDN doesn't.
(This code hasn't been tested because I haven't written
STREAM-UNFOLDN.)

; Returns a stream created by using INDEX-STREAM to pick which of
; INDEXED-STREAM provides the next element.

(define (stream-index index-stream indexed-streams)
  (stream-unfoldn
   (lambda (streams)
     (let ((index-stream (car streams))
	   (indexed-streams (cdr streams)))
       (if (stream-null? index-stream)
	   (values (list index-stream)		; no longer need the rest
		   '())				; output stream is done
	   (call-with-values
	    (lambda ()
	      (indexed-force (stream-car index-stream) indexed-streams))
	    (lambda (next indexed-streams)
	      (values (cons index-stream indexed-streams)	; next seed
		      (list next))))				; next result
   (cons index-stream indexed-streams)	         ; initial seed
   1))						 ; one resulting stream

; Returns two values: the STREAM-CAR of the I'th stream and a copy of STREAMS
; with the I'th element replaced by its own STREAM-CDR.

(define (indexed-force i streams)
  (do ((i i (- i 1))
       (unseed streams (cdr unseen))
       (seen '() (cons (car unseen) seen)))
      ((= i 0)
       (values (stream-car (car unseen))
	       (append (reverse seen)
		       (cons (stream-cdr (car unseen))
			     (cdr unseen)))))))

This uses a slightly different version of STREAM-UNFOLDN.  Now that
I have actually tried to use it this seems cleaner.

   (stream-unfoldn generator seed n) -> n streams

STREAM-UNFOLDN returns N streams whose contents are produced by
successive calls to GENERATOR, which takes the current seed as
an arguments and returns N + 1 values:
    (proc seed) -> seed result0 ... resultN
where resultI contains indicates how to produce the next element
of the Ith result stream:
     (value)  -> value is the next CAR of this result stream
     #f       -> no new information for this result stream
     ()       -> the end of this result stream has been reached
Note that getting the next element in any particular result stream
may require multiple calls to GENERATOR.

                                        -Richard