Mail Thread Index

• Date Index

• internal definitions inside `stream-define' bodies, felix
  • <Possible follow-ups>
  • RE: internal definitions inside `stream-define' bodies, Phil Bewig
• some suggestions, Richard Kelsey
  • Re: some suggestions, Phil Bewig
    • Re: some suggestions, Richard Kelsey
      • Re: some suggestions, Phil Bewig
        • Re: some suggestions, Matthias Neubauer
          • Re: some suggestions, Phil Bewig
            • Re: some suggestions, Matthias Neubauer
              • Re: some suggestions, Martin Gasbichler
                • Re: some suggestions, Phil Bewig
              • Re: some suggestions, Phil Bewig
• stream-define, Richard Kelsey
  • Re: stream-define, bear
    • Re: stream-define, bear
  • Re: stream-define, Phil Bewig
    • Re: stream-define, Richard Kelsey
      • Re: stream-define, Phil Bewig
• Stream-filter and space leaks, Phil Bewig
  • Re: Stream-filter and space leaks, Richard Kelsey
    • Re: Stream-filter and space leaks, Phil Bewig
      • Re: Stream-filter and space leaks, Richard Kelsey
    • Re: Stream-filter and space leaks, Michael Sperber [Mr. Preprocessor]
      • Re: Stream-filter and space leaks, Richard Kelsey
        • Re: Stream-filter and space leaks, Matthias Neubauer
          • Re: Stream-filter and space leaks, Richard Kelsey
            • Re: Stream-filter and space leaks, Matthias Neubauer
              • Re: Stream-filter and space leaks, Richard Kelsey
              • Re: Stream-filter and space leaks, Michael Sperber [Mr. Preprocessor]
                • Re: Stream-filter and space leaks, Matthias Neubauer
                  • Re: Stream-filter and space leaks, Michael Sperber [Mr. Preprocessor]
                    • Message not available
                      • Re: Stream-filter and space leaks, Michael Sperber [Mr. Preprocessor]
                    • Re: Stream-filter and space leaks, Matthias Neubauer
                      • Re: Stream-filter and space leaks, felix
                        • Re: Stream-filter and space leaks, felix
• srfi-pms: Poor Man's Streams, Anthony Carrico
• stream-partition is not incremental, Stephen McCracken
  • Re: stream-partition is not incremental, Allergies Petrofsky
• other non-incremental functions, Stephen McCracken
  • Re: other non-incremental functions, Phil Bewig
• efficiency suggestions/quibbles, Stephen McCracken
  • Re: efficiency suggestions/quibbles, Phil Bewig
• abbreviate "stream"?, Stephen McCracken
  • Re: abbreviate "stream"?, felix
  • Re: abbreviate "stream"?, Phil Bewig
• correspondences with SRFI-1, Sven Hartrumpf
  • Re: correspondences with SRFI-1, Phil Bewig
• comprehensions, Taylor Campbell
  • Re: comprehensions, Phil Bewig
• Revision of SRFI 40 (Streams) available, Michael Sperber
• Re: specification of STREAM-UNFOLDN generators, Michael Sperber
  • Re: specification of STREAM-UNFOLDN generators, Matthias Neubauer
    • Message not available
      • Re: specification of STREAM-UNFOLDN generators, Michael Sperber
  • <Possible follow-ups>
  • specification of STREAM-UNFOLDN generators, Matthias Neubauer
• Much simpler leak-free implementation possible?, Andre van Tonder
  • Re: Much simpler leak-free implementation possible?, Andre van Tonder
  • Re: Much simpler leak-free implementation possible?, Phil Bewig
  • <Possible follow-ups>
  • Re: Much simpler leak-free implementation possible?, Andre van Tonder
    • Re: Much simpler leak-free implementation possible?, Phil Bewig
  • Re: Much simpler leak-free implementation possible?, Andre van Tonder
    • Re: Much simpler leak-free implementation possible?, Andre van Tonder
• Monad for lazy evaluation, Andre van Tonder
• Yet another reference implementation, Phil Bewig
• Hello? Hello?, Felix Winkelmann
• Typo in wrong implementation for stream-filter, Alejandro Forero Cuervo
• Some typos and trivial comments, David Van Horn
• Problem with (force (lazy (delay expr))), Alejandro Forero Cuervo
  • Re: Problem with (force (lazy (delay expr))), John Shutt
    • Re: Problem with (force (lazy (delay expr))) - Bug Fix, Andre van Tonder
• Working reference implementation, Alejandro Forero Cuervo
  • <Possible follow-ups>
  • Re: Working reference implementation, Andre van Tonder