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

Re: I don't believe in "(may GC)"



Richard Kelsey <kelsey@xxxxxxx> writes:
>    If I'm using some exotic string representations (I'm working on a
>    functional-splay-tree string type for Pika) -- same deal:
>    extract-string may take some (possibly GC-causing) work.
> 
> This does worry me (it's listed in the 'issues' section of the SRFI).
> I think we went overboard here.  Something like
> 
>     SCHEME_EXTRACT_STRING_CONTENTS(scheme_value, index, count, buffer)
> 
> which copies 'count' characters starting from 'index' into 'buffer'
> would be better.  Presumably this can be done without GCing.

For what it's worth:

The Xerox PARC Portable Common Runtime had "ropes", which were a
tree-based string representation that could include portions whose
contents were computed lazily, by calling a function when they were
referenced.