[Ecls-list] Fwd: Re: RE: Recursive reading problem with strings

[Juan Jose Garcia-Ripoll]

2006/9/22, Goffioul Michael <goffioul at imec.be>:
> > > As the two reading operation at point 1 and 3 share the
> > same internal
> > > buffer, they overwrite each other. I looked at the recursive-p flag
> > > available in the READ routines, but it seems to only set system
> > > variables, it does not seem to save cl_env.token. Is there a
> > > workaround to this problem?
> >
> > Looks like a bug.
>
> Do you have the time to have a look at it?

I think so. I must first finish the finalization protocol. It is
almost done. In the end it turns out that the Boehm-Weiser garbage
collector treats the finalizer data as roots and one only has to
implement queueing of finalizers.

> BTW, did you also have a look at the following problem (missing
> "file.lsp" in the directory listing):
>
> $ ls *.lsp
> file.lsp  file1.lsp  file2.lsp
>
> $ ecl.exe
> ECL (Embeddable Common-Lisp) 0.9i
> Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya
> Copyright (C) 1993 Giuseppe Attardi
> Copyright (C) 2000 Juan J. Garcia-Ripoll
> ECL is free software, and you are welcome to redistribute it
> under certain conditions; see file 'Copyright' for details.
> Type :h for Help.  Broken at EVAL.
> > (directory "file*")
> (#P"d:/Sources/MixDT/playground/c/file2.lsp"
>  #P"d:/Sources/MixDT/playground/c/file1.lsp")
> > (directory "file*.*")
> (#P"d:/Sources/MixDT/playground/c/file2.lsp"
>  #P"d:/Sources/MixDT/playground/c/file1.lsp")

I was not aware of this, sorry :-/

Juanjo