[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Stream-filter and space leaks

This page is part of the web mail archives of SRFI 40 from before July 7th, 2015. The new archives for SRFI 40 contain all messages, not just those from before July 7th, 2015.

   From: sperber@xxxxxxxxxxxxxxxxxxxxxxxxxxx (Michael Sperber [Mr.  Preprocessor])
   Date: Fri, 21 Feb 2003 11:04:03 +0100

   The code you posted seems to be essentially the definition of
   DELAY/FORCE from Scheme 48.  However, Phil's old code does leak in
   Scheme 48 and doesn't leak with the proposed fix.

Right.  I was mistaken about the source of the leak.  This time around
I have actually tested the code.

The problem is that the Scheme 48 version of DELAY, as well as the
R5RS version, keeps the delayed thunk around in case it is reentrant:

 > (define f (let ((first? #t))
               (delay (if first?
                            (set! first? #f)
                            (force f))
 ; no values returned
 > (force f)

In the case of the SRFI version of STREAM-FILTER the thunk is closed over
the filtered stream.  The new version drops that thunk's reference to the
stream before forcing it.

DELAY and FORCE can be modified to plug the leak, at the cost of making
promises non-reentrant.  In the version below the promise's thunk clears
the promise's reference to itself before executing the closed-over
expression.  The SRFI's version of STREAM-FILTER doesn't leak when using

 (define-syntax my-delay
   (syntax-rules ()
     ((delay ?exp) (make-promise (lambda (clear-me)
                                   (set-car! clear-me #f)

 (define (make-promise thunk)
   (let ((already-run? #f)
         (thunk-then-result (list thunk)))
     (lambda ()
       (if already-run?
           (car thunk-then-result)
           (cond ((procedure? (car thunk-then-result))
                  (let ((result ((car thunk-then-result) thunk-then-result)))
                    (cond ((not already-run?)
                           (set! already-run? #t)
                           (set-car! thunk-then-result result)))
                    (car thunk-then-result)))
                  (error "circular promise")))))))

 (define (my-force promise)

As promised, promises are no longer reentrant:

 > (define g (let ((first? #t))
               (my-delay (if first?
                               (set! first? #f)
                               (my-force g))
 ; no values returned
 > (my-force g)

 Error: circular promise

This might be acceptable for streams.

   This is just a note---I intend to check next week why this is so.

I was unwilling to wait...