Re: file-readable-p returns t for empty string

[Andreas Schwab]

Kevin Rodgers <kevinr@ihs.com> writes:

|> Richard Stallman wrote:
|> > 
|> > Eli Zaretskii writes:
|> >     
|> >     That's because all these primitives call expand-file-name internally,
|> >     and expand-file-name returns the buffer's default directory when
|> >     passed an empty string as an argument.
|> > 
|> >     I don't know off the top of my head why does expand-file-name do that.
|> > 
|> > Do you have something better to suggest?
|> 
|> Do file systems actually allow an empty/null file name?  If not, how about
|> signalling an error?

There is no precedence for that in any of the file name
composition/decomposition functions.  They all just operate on the string
value without actually verifying it on the file system.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE GmbH, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."