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


View this message in rfc822 format

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: bug#18891: Doesn't handle pwd = /C: very well
Date: Tue, 04 Nov 2014 14:11:47 -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.

I don't consider a performance penalty an undesired side effect, but
rather necessary to avoid a completely incorrect result, such as we have
in this case.

> (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.

Why can't it be checked before Tramp?

What if "FOO = foo" in the local environment, and "/C:/foo"
is a real directory on the local machine?




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.