Re: ext:unix-namestring issue
"Jared C. Davis" <[email protected]> Thu, 2 Oct 2014 08:18:22 -0500
| Newsgroups | gmane.lisp.cmucl.general |
|---|---|
| Message-ID | <CAEaX8vTMgXwGVwd_-WWbGVk+fwYjKj8ei=qfqRAFyV6kKqMmMw@mail.gmail.com> |
Sounds great, thanks guys! Cheers, Jared On Wed, Oct 1, 2014 at 10:30 PM, Raymond Toy <[email protected]> wrote: > Fixed. This will be available in 20f. > > On Tue, Sep 30, 2014 at 8:41 PM, Raymond Toy <[email protected]> wrote: > >> >>>>> "Carl" == Carl Shapiro <[email protected]> writes: >> >> Carl> For what it is worth, the return value of unix-namestring on >> Carl> 18a differs from 20c but it agrees with the expected >> Carl> results. A trace of the various %enumerate-* functions that >> Carl> the recursion in %enumerate-directories is behaving >> Carl> differently. The implementation of >> Carl> %enumerate-directories changed in version 1e8bacb7 and has >> Carl> not changed since. The >> Carl> regression might be there. >> >> Thanks for the hint. I see now that in the old version, >> %enumerate-directories didn't check to see if the directory exists. >> It would just continue recursing. >> >> A quick test shows that it's easy to restore the old behavior. >> However, I have not yet tested out symlink loops. In some ways, I >> don't see why we need this check. If you have such things on your >> filesystem, you're in a bad state already. And we have precedence for >> not checking for loops since EQUALP will hang forever if you have >> circular lists/structures. >> >> -- >> Ray >> > > > > -- > Ray > _______________________________________________ > cmucl-help mailing list > [email protected] > http://lists.zs64.net/mailman/listinfo/cmucl-help -- Jared C. Davis <[email protected]> 11410 Windermere Meadows Austin, TX 78759 http://www.cs.utexas.edu/users/jared/ _______________________________________________ cmucl-help mailing list [email protected] http://lists.zs64.net/mailman/listinfo/cmucl-help