GNU bug report logs - #14030
24.3; expand-file-name expands remote file name on Windows incorrectly

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: vidagabor <at> gmail.com, 14030 <at> debbugs.gnu.org
Subject: Re: bug#14030: 24.3;
	expand-file-name expands remote file name on Windows incorrectly
Date: Mon, 25 Mar 2013 11:01:10 +0200

> From: Michael Albinus <michael.albinus <at> gmx.de>
> Cc: vidagabor <at> gmail.com,  14030 <at> debbugs.gnu.org
> Date: Mon, 25 Mar 2013 09:36:07 +0100
> 
> Well. I have reverted the change of `tramp-drop-volume-letter' to the
> definition as it has been before the change in #105625. Compiled
> tramp.el and tramp-sh.el on GNU/Linux. Copied the resulting tramp.elc
> and tramp-sh.elc into the Emacs 24.3 tree on MS Windows. The problem
> persists.

Revision 105625 cannot be the culprit, because it was done well before
Emacs 24.2 (which doesn't have the problem) was released.  It's got to
be something in the byte compiler.

> I have the impression, that there is a byte-compiler optimization, which
> throws away the call of `tramp-drop-volume-letter' in
> `tramp-sh-handle-expand-file-name'. As I have said earlier,
> (tramp-drop-volume-letter "c:/something") still works correctly.
> 
> How could I avoid this eager optimization?

How about making tramp-drop-volume-letter a simple function?

Previous Next

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