GNU bug report logs - #18891
Doesn't handle pwd = /C: very well

Previous Next

Full log

View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 18891 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: bug#18891: Doesn't handle pwd = /C: very well
Date: Tue, 04 Nov 2014 20:30:15 +0100

Glenn Morris <rgm <at> gnu.org> writes:

> Well, it seems to me that so long as the Tramp file name syntax can also
> match a real local file name, you cannot avoid testing for the existence
> of such a file. If you are saying that needs to be done in Tramp rather
> than before Tramp is invoked, fine by me.

*If* you don't want a file name handler being invoked, you can either
let-bind `file-name-handler-alist' to nil, or you could prepend the file
name by "/:", i.e. "/:/C:/" in the case which triggered the bug. Both is
possible in order to mask default-directory when starting up Emacs.

And a local file name which will be in conflict with such a file name
for Tramp will be extremely rare, I believe. Do there exist real life
reports?

And this bug (Emacs does not start) is triggered by `file-attributes'
implementation, which does not keep its promises (return nil when
FILENAME cannot be opened). I believe we shall fix this, instead of
changing basic design decisions.

Best regards, Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.