GNU bug report logs - #13921
24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2

Previous Next

Package: emacs;

Reported by: Barry OReilly <gundaetiapo <at> gmail.com>

Date: Mon, 11 Mar 2013 02:05:02 UTC

Severity: normal

Found in version 24.2

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Barry OReilly <gundaetiapo <at> gmail.com>
Cc: 13921 <at> debbugs.gnu.org
Subject: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2
Date: Wed, 13 Mar 2013 05:52:58 +0200
> Date: Tue, 12 Mar 2013 20:45:45 -0400
> From: Barry OReilly <gundaetiapo <at> gmail.com>
> Cc: 13921 <at> debbugs.gnu.org
> 
>    source-directory is a variable defined in `lread.c'.
>    Its value is "d:/devel/emacs/release/emacs24/emacs-24.2/"
> 
>    Documentation:
>    Directory in which Emacs sources were found when Emacs was built.
>    You cannot count on them to still be there!
> 
> I did not find this /devel/emacs/release/emacs24/emacs-24.2/ on my system,
> nor is it the kind of path I would create.

source-directory is where Emacs was built.  And since you didn't build
it yourself, this reflects the directory where whoever built it did
that.

And since Cygwin passes to Emacs a file name without a drive letter,
the logic in autoload.el causes the D: drive letter be added to
/home/epich/sw/cedet/lisp/cedet, because it doesn't expect a
semi-absolute file name like that, it expects either a relative file
name or a fully-qualified absolute one.

So this is a direct result of launching a native w32 Emacs from a
Cygwin Bash.




This bug report was last modified 12 years and 124 days ago.

Previous Next


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