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

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Wed, 29 Oct 2014 20:04:01 UTC

Severity: minor

Found in version 24.4

Fixed in version 24.5

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


Message #21 received at 18891 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 18891 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#18891: Doesn't handle pwd = /C: very well
Date: Tue, 04 Nov 2014 13:58:10 -0500
Michael Albinus wrote:

> There could be undesired side effects. File name handlers are invoked
> only if the file *name* matches a corresponding regexp, nothing else. If
> you want to make checks on the file system itself, it would result at
> least in performance penalties.
>
> Not to speak about cases where it is not possible.
>
> (substitute-in-file-name "/C:/$FOO") requires the expansion of
> $FOO. That's the task of Tramp, according to that file name. Nothing you
> can check before invoking Tramp, because you don't know the value of $FOO.

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.





This bug report was last modified 10 years and 193 days ago.

Previous Next


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