From ... From: Erik Naggum Subject: Re: A portable DIRECTORY-P. Re: Here we go again. More CMUCL/ACL pathname differences. Date: 1999/01/18 Message-ID: <3125665755488131@naggum.no>#1/1 X-Deja-AN: 434039045 References: <778kqn$2b2$1@nnrp1.dejanews.com> <77bdqi$9fk$1@nnrp1.dejanews.com> <3125045622004774@naggum.no> <77e4e3$jrj$1@nnrp1.dejanews.com> <87d84lpaxr.fsf_-_@2xtreme.net> <369B59EA.1B19BD1C@harlequin.co.uk> <77htcl$cr7$1@nnrp1.dejanews.com> <3125219688137231@naggum.no> <87n23mg2r5.fsf@2xtreme.net> <3125304296381618@naggum.no> <4n90f53fe0.fsf@rtp.ericsson.se> <3125354057127280@naggum.no> <4nn23hmx2a.fsf@rtp.ericsson.se> <77unu9$28c$1@nnrp1.dejanews.com> mail-copies-to: never Organization: Naggum Software; +47 8800 8879; http://www.naggum.no Newsgroups: comp.lang.lisp * vnikolov@poboxes.com | I don't think CL wants to exclude file systems where the empty string is | a valid file name. (They would need some sort of escape character syntax | when parsing namestrings, of course, to denote such a (strange) file | name.) actually, I came across something that implies that the empty string and nothing are the same for a certain point of view: Parsing a null string always succeeds, producing a pathname with all components (except the host) equal to nil. this is in the dictionary for PARSE-NAMESTRING. so at least (file-namestring ...) => "" is reversible, but I'd still like to see some stronger wording to ensure that NIL is the correct answer. the dictionary for for PARSE-NAMESTRING doesn't say anything about when to return NIL now. for me, however, the intuitively evident is OK until people start to object. then I need something more concrete. sigh. the really pathetic thing here is that Unix used to treat the empty string as the current directory. that's how a trailing slash worked... #:Erik -- SIGTHTBABW: a signal sent from Unix to its programmers at random intervals to make them remember that There Has To Be A Better Way.