From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 10 22:04:45 2013 Received: (at submit) by debbugs.gnu.org; 11 Mar 2013 02:04:45 +0000 Received: from localhost ([127.0.0.1]:44861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UEs6V-00061s-9T for submit@debbugs.gnu.org; Sun, 10 Mar 2013 22:04:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44315) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UEs6R-00061c-52 for submit@debbugs.gnu.org; Sun, 10 Mar 2013 22:04:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UEs5T-00068B-Lo for submit@debbugs.gnu.org; Sun, 10 Mar 2013 22:03:42 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-101.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID,USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:40658) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UEs5T-000681-J4 for submit@debbugs.gnu.org; Sun, 10 Mar 2013 22:03:39 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55659) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UEs5Q-0005ft-B2 for bug-gnu-emacs@gnu.org; Sun, 10 Mar 2013 22:03:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UEs5N-00067F-50 for bug-gnu-emacs@gnu.org; Sun, 10 Mar 2013 22:03:36 -0400 Received: from mail-ob0-x235.google.com ([2607:f8b0:4003:c01::235]:62446) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UEs5M-00067B-Sa for bug-gnu-emacs@gnu.org; Sun, 10 Mar 2013 22:03:33 -0400 Received: by mail-ob0-f181.google.com with SMTP id ni5so2877159obc.12 for ; Sun, 10 Mar 2013 19:03:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=X6MkefJaBHvO4jsgAKWWNXulwPrm9BF9UpLoRVjeZws=; b=t4351GYhv1kqB2V0vmttpm7IeEoh+Lui2/qnUMybqwp1bgeyLnxP1p1Zf9OP9G637Z 6I7+jjacPEQxsbQbTVXCt2h0f7AMiSjy1qvHJKU7b9n66ifp2DcmT5ZR9WGRGD6SNpKB vsoMObxfzDYnXxuyxdwccgVnrh74ufpdgCKX+G73tnDOsnrq2zqA86DDn8Voct8mUhcP kguGx4tOlv9ysbGB78b5q+xnehFfwoDlVpSy0FNPJIsqdufb0FM+Xubs7aGMSpFnfJr/ F8bjewx/gYFeRvxREpCwCo1xkDKi7YB3KnCe53j69daXAv6XNkLadmMhpTmOmXIwAReE BMOw== MIME-Version: 1.0 X-Received: by 10.182.155.66 with SMTP id vu2mr7206266obb.6.1362967411895; Sun, 10 Mar 2013 19:03:31 -0700 (PDT) Received: by 10.76.110.243 with HTTP; Sun, 10 Mar 2013 19:03:31 -0700 (PDT) Date: Sun, 10 Mar 2013 22:03:31 -0400 Message-ID: Subject: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 From: Barry OReilly To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=f46d04479faf6d32a104d79c9468 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) --f46d04479faf6d32a104d79c9468 Content-Type: text/plain; charset=ISO-8859-1 When I attempted to build CEDET from their bzr trunk (revno 8498), the build failed due to expand-file-name function returning an incorrect "d:" prefix. Under other conditions expand-file-name returns the correct "c:" prefix. Some command line IO will illustrate: [CEDET build issues this:] emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l "../../cedet-remove-builtin.el" -L . --eval '(progn (require (quote cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L ./ -L ./ --eval '(progn (setq generated-autoload-file "/home/epich/sw/cedet/lisp/cedet/loaddefs.el"))' -f batch-update-autoloads /home/epich/sw/cedet/lisp/cedet Debugger entered--Lisp error: (file-error "Opening output file" "no such file or directory" "d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el") write-region(";;; loaddefs.el --- automatically extracted autoloads\n;;\n;;; Code:\n\n\f\n(provide 'loaddefs)\n;; Local Variables:\n;; version-control: never\n;; no-byte-compile: t\n;; no-update-autoloads: t\n;; coding: utf-8\n;; End:\n;;; loaddefs.el ends here\n" nil "d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el") autoload-ensure-default-file("d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el") autoload-find-generated-file() update-directory-autoloads("/home/epich/sw/cedet/lisp/cedet") apply(update-directory-autoloads "/home/epich/sw/cedet/lisp/cedet") batch-update-autoloads() command-line-1(("--eval" "(setq debug-on-error t)" "-l" "../../cedet-remove-builtin.el" "-L" "." "--eval" "(progn (require (quote cedet-compat)) (require (quote mode-local)))" "-L" "../eieio/" "-L" "./" "-L" "./" "--eval" "(progn (setq generated-autoload-file \"/home/epich/sw/cedet/lisp/cedet/loaddefs.el\"))" "-f" "batch-update-autoloads" "/home/epich/sw/cedet/lisp/cedet")) command-line() normal-top-level() Comparing the backtrace above with the source code, it's evident expand-file-name prepended the "d:" to the filename to get: "d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el". However, when I evaluate (expand-file-name "/home/epich/sw/cedet/lisp/cedet") in the the scratch, I get "c:/home/epich/sw/cedet/lisp/cedet". I edited CEDET's Emacs command above to exclude -f batch-update-autoloads and added a debug statement: emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l "../../cedet-remove-builtin.el" -L . --eval '(progn (require (quote cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L ./ -L ./ --eval '(progn (setq generated-autoload-file "/home/epich/sw/cedet/lisp/cedet/loaddefs.el") (message "DEBUG: expanded file name is %s" (expand-file-name "/home/epich/sw/cedet/lisp/cedet")))' /home/epich/sw/cedet/lisp/cedet DEBUG: expanded file name is c:/home/epich/sw/cedet/lisp/cedet This is as far as I investigated the bug. I'm using the Emacs 24.2 Windows distribution, invoked within Cygwin: epich@laptop02 ~/sw/cedet/lisp/cedet $ ls -l `which emacs` lrwxrwxrwx 1 epich None 51 Nov 5 22:02 /home/epich/bin/emacs -> /cygdrive/c/Users/epich/sw/emacs-24.2/bin/emacs.exe epich@laptop02 ~/sw/cedet/lisp/cedet $ uname -srv CYGWIN_NT-6.1-WOW64 1.7.17(0.262/5/3) 2012-10-19 14:39 In GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-28 on MARVIN Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --with-gcc (4.6) --cflags -ID:/devel/emacs/libs/libXpm-3.5.8/include -ID:/devel/emacs/libs/libXpm-3.5.8/src -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include -ID:/devel/emacs/libs/giflib-4.1.4-1/include -ID:/devel/emacs/libs/jpeg-6b-4/include -ID:/devel/emacs/libs/tiff-3.8.2-1/include -ID:/devel/emacs/libs/gnutls-3.0.9/include' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ENU value of $XMODIFIERS: nil locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: Text Minor modes in effect: shell-dirtrack-mode: t global-whitespace-mode: t evil-mode: t evil-local-mode: t global-undo-tree-mode: t undo-tree-mode: t show-paren-mode: t delete-selection-mode: t global-auto-revert-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: [snip] Recent messages: [snip] Load-path shadows: c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/speedbar/speedbar hides c:/Users/epich/sw/emacs-24.2/lisp/speedbar c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/speedbar/sb-image hides c:/Users/epich/sw/emacs-24.2/lisp/sb-image c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/ezimage hides c:/Users/epich/sw/emacs-24.2/lisp/ezimage c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/speedbar/dframe hides c:/Users/epich/sw/emacs-24.2/lisp/dframe ~/.emacs.d/evil/lib/ert hides c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/ert c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/eieio hides c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/eieio c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/eieio-speedbar hides c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/eieio-speedbar c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/eieio-opt hides c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/eieio-opt c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/eieio-datadebug hides c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/eieio-datadebug c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/eieio-custom hides c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/eieio-custom c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/eieio-base hides c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/eieio-base c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/chart hides c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/chart c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/srecode/srecode hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/srecode c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/semantic/semantic hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/semantic c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/pulse hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/pulse c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/mode-local hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/mode-local c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/inversion hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/inversion c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/ede/ede hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/ede c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/data-debug hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/data-debug c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/cedet hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/cedet c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/cedet-idutils hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/cedet-idutils c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/cedet-global hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/cedet-global c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/cedet-files hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/cedet-files c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/cedet-cscope hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/cedet-cscope Features: (shadow sort gnus-util mail-extr emacsbug message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils thingatpt eieio-opt help-mode view mule-util vc-dispatcher vc-bzr org-wl org-w3m org-vm org-rmail org-mhe org-mew org-irc org-jsinfo org-infojs org-html org-exp ob-exp org-exp-blocks org-agenda org-info org-gnus org-docview org-bibtex bibtex org-bbdb org ob-emacs-lisp ob-tangle ob-ref ob-lob ob-table org-footnote org-src ob-comint ob-keys ob ob-eval org-pcomplete org-list org-faces org-compat org-entities org-macs format-spec cal-menu calendar cal-loaddefs noutline outline easy-mmode semantic-edit semantic-make semanticdb-mode semantic-decorate-include semanticdb-find semantic-decorate-mode semantic-decorate pulse semantic-make-by make-mode shell pcomplete dired-aux dired ffap semantic-el semantic-bovine bovine-debug semantic-debug semantic-idle eldoc senator which-func semantic-imenu semantic-sb imenu whitespace cus-start cus-load hippie-exp comint regexp-opt ansi-color cedet cedet-contrib-load contrib-loaddefs cogre-load cogre-loaddefs speedbar-load speedbar-loaddefs ede-load ede-loaddefs ede-speedbar ede-files ede ede-base ede-auto eieio-speedbar semantic-ia-sb semantic-analyze semantic-scope semantic-analyze-fcn semantic-sort semanticdb-javap cedet-java semanticdb-el semanticdb-ref semantic-find semanticdb semantic-ctxt semantic-format semantic-util-modes semantic-util semantic semantic-lex semantic-tag-ls semantic-tag working fame speedbar sb-image ezimage dframe easymenu assoc eieio-custom wid-edit ede-source eieio-base srecode-load srecode srecode-loaddefs semantic-load semantic-fw semantic-loaddefs mode-local find-func derived eieio-load eieio-loaddefs cedet-load cedet-compat cedet-loaddefs eieio warnings byte-opt bytecomp byte-compile cconv macroexp inversion cl rainbow-delimiters evil evil-integration evil-maps evil-commands evil-types evil-digraphs evil-search evil-ex evil-macros evil-repeat evil-states evil-core advice help-fns advice-preload evil-common windmove rect evil-vars ring edmacro kmacro goto-chg undo-tree diff electric paren delsel autorevert time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) --f46d04479faf6d32a104d79c9468 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable When I attempted to build CEDET from their bzr trunk (revno 8498), the buil= d failed due to expand-file-name function returning an incorrect "d:&q= uot; prefix.=A0 Under other conditions expand-file-name returns the correct= "c:" prefix.=A0 Some command line IO will illustrate:

[CEDET build issues this:]
=A0emacs -batch --no-site-file --eval = 9;(setq debug-on-error t)' -l "../../cedet-remove-builtin.el"= -L . --eval '(progn (require (quote cedet-compat)) (require (quote mod= e-local)))' -L ../eieio/ -L ./ -L ./ --eval '(progn=A0 (setq genera= ted-autoload-file "/home/epich/sw/cedet/lisp/cedet/loaddefs.el"))= ' -f batch-update-autoloads /home/epich/sw/cedet/lisp/cedet
Debugger entered--Lisp error: (file-error "Opening output file" &= quot;no such file or directory" "d:/home/epich/sw/cedet/lisp/cede= t/loaddefs.el")
=A0 write-region(";;; loaddefs.el --- automati= cally extracted autoloads\n;;\n;;; Code:\n\n\f\n(provide 'loaddefs)\n;;= Local Variables:\n;; version-control: never\n;; no-byte-compile: t\n;; no-= update-autoloads: t\n;; coding: utf-8\n;; End:\n;;; loaddefs.el ends here\n= " nil "d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el")
=A0 autoload-ensure-default-file("d:/home/epich/sw/cedet/lisp/cedet/lo= addefs.el")
=A0 autoload-find-generated-file()
=A0 update-direct= ory-autoloads("/home/epich/sw/cedet/lisp/cedet")
=A0 apply(upd= ate-directory-autoloads "/home/epich/sw/cedet/lisp/cedet")
=A0 batch-update-autoloads()
=A0 command-line-1(("--eval" &quo= t;(setq debug-on-error t)" "-l" "../../cedet-remove-bui= ltin.el" "-L" "." "--eval" "(progn = (require (quote cedet-compat)) (require (quote mode-local)))" "-L= " "../eieio/" "-L" "./" "-L" &= quot;./" "--eval" "(progn=A0 (setq generated-autoload-f= ile \"/home/epich/sw/cedet/lisp/cedet/loaddefs.el\"))" "= ;-f" "batch-update-autoloads" "/home/epich/sw/cedet/lis= p/cedet"))
=A0 command-line()
=A0 normal-top-level()

Comparing the backtrace= above with the source code, it's evident expand-file-name prepended th= e "d:" to the filename to get: "d:/home/epich/sw/cedet/lisp/= cedet/loaddefs.el".

However, when I evaluate (expand-file-name "/home/epich/sw/cedet/l= isp/cedet") in the the scratch, I get "c:/home/epich/sw/cedet/lis= p/cedet".=A0 I edited CEDET's Emacs command above to exclude -f ba= tch-update-autoloads and added a debug statement:

emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l= "../../cedet-remove-builtin.el" -L . --eval '(progn (require= (quote cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L .= / -L ./ --eval '(progn=A0 (setq generated-autoload-file "/home/epi= ch/sw/cedet/lisp/cedet/loaddefs.el") (message "DEBUG: expanded fi= le name is %s" (expand-file-name "/home/epich/sw/cedet/lisp/cedet= ")))' /home/epich/sw/cedet/lisp/cedet
DEBUG: expanded file name is c:/home/epich/sw/cedet/lisp/cedet

This = is as far as I investigated the bug.

I'm using the Emacs 24.2 Wi= ndows distribution, invoked within Cygwin:

epich@laptop02 ~/sw/cedet= /lisp/cedet $ ls -l `which emacs`
lrwxrwxrwx 1 epich None 51 Nov=A0 5 22:02 /home/epich/bin/emacs -> /cygd= rive/c/Users/epich/sw/emacs-24.2/bin/emacs.exe
epich@laptop02 ~/sw/cedet= /lisp/cedet $ uname -srv
CYGWIN_NT-6.1-WOW64 1.7.17(0.262/5/3) 2012-10-1= 9 14:39


In GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601)
=A0of 2012-08-28 on = MARVIN
Windowing system distributor `Microsoft Corp.', version 6.1.7= 601
Configured using:
=A0`configure --with-gcc (4.6) --cflags
=A0-= ID:/devel/emacs/libs/libXpm-3.5.8/include
=A0-ID:/devel/emacs/libs/libXpm-3.5.8/src
=A0-ID:/devel/emacs/libs/libpn= g-dev_1.4.3-1/include
=A0-ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include<= br>=A0-ID:/devel/emacs/libs/giflib-4.1.4-1/include
=A0-ID:/devel/emacs/l= ibs/jpeg-6b-4/include
=A0-ID:/devel/emacs/libs/tiff-3.8.2-1/include
=A0-ID:/devel/emacs/libs/g= nutls-3.0.9/include'

Important settings:
=A0 value of $LC_ALL= : nil
=A0 value of $LC_COLLATE: nil
=A0 value of $LC_CTYPE: nil
= =A0 value of $LC_MESSAGES: nil
=A0 value of $LC_MONETARY: nil
=A0 value of $LC_NUMERIC: nil
=A0 valu= e of $LC_TIME: nil
=A0 value of $LANG: ENU
=A0 value of $XMODIFIERS: = nil
=A0 locale-coding-system: cp1252
=A0 default enable-multibyte-cha= racters: t

Major mode: Text

Minor modes in effect:
=A0 shell-dirtrack-mo= de: t
=A0 global-whitespace-mode: t
=A0 evil-mode: t
=A0 evil-loca= l-mode: t
=A0 global-undo-tree-mode: t
=A0 undo-tree-mode: t
=A0 s= how-paren-mode: t
=A0 delete-selection-mode: t
=A0 global-auto-revert-mode: t
=A0 toolt= ip-mode: t
=A0 mouse-wheel-mode: t
=A0 menu-bar-mode: t
=A0 file-n= ame-shadow-mode: t
=A0 global-font-lock-mode: t
=A0 font-lock-mode: t=
=A0 blink-cursor-mode: t
=A0 auto-composition-mode: t
=A0 auto-encryption-mode: t
=A0 auto-com= pression-mode: t
=A0 column-number-mode: t
=A0 line-number-mode: t=A0 transient-mark-mode: t

Recent input:
[snip]

Recent me= ssages:
[snip]

Load-path shadows:
c:/Users/epich/AppData/Roaming/.emacs.d= /cedet-1.1/speedbar/speedbar hides c:/Users/epich/sw/emacs-24.2/lisp/speedb= ar
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/speedbar/sb-image h= ides c:/Users/epich/sw/emacs-24.2/lisp/sb-image
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/ezimage hides c:/U= sers/epich/sw/emacs-24.2/lisp/ezimage
c:/Users/epich/AppData/Roaming/.em= acs.d/cedet-1.1/speedbar/dframe hides c:/Users/epich/sw/emacs-24.2/lisp/dfr= ame
~/.emacs.d/evil/lib/ert hides c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/= ert
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/eieio hides = c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/eieio
c:/Users/epich/AppDat= a/Roaming/.emacs.d/cedet-1.1/eieio/eieio-speedbar hides c:/Users/epich/sw/e= macs-24.2/lisp/emacs-lisp/eieio-speedbar
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/eieio-opt hides c:/= Users/epich/sw/emacs-24.2/lisp/emacs-lisp/eieio-opt
c:/Users/epich/AppDa= ta/Roaming/.emacs.d/cedet-1.1/eieio/eieio-datadebug hides c:/Users/epich/sw= /emacs-24.2/lisp/emacs-lisp/eieio-datadebug
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/eieio-custom hides = c:/Users/epich/sw/emacs-24.2/lisp/emacs-lisp/eieio-custom
c:/Users/epich= /AppData/Roaming/.emacs.d/cedet-1.1/eieio/eieio-base hides c:/Users/epich/s= w/emacs-24.2/lisp/emacs-lisp/eieio-base
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/eieio/chart hides c:/User= s/epich/sw/emacs-24.2/lisp/emacs-lisp/chart
c:/Users/epich/AppData/Roami= ng/.emacs.d/cedet-1.1/srecode/srecode hides c:/Users/epich/sw/emacs-24.2/li= sp/cedet/srecode
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/semantic/semantic hides c= :/Users/epich/sw/emacs-24.2/lisp/cedet/semantic
c:/Users/epich/AppData/R= oaming/.emacs.d/cedet-1.1/common/pulse hides c:/Users/epich/sw/emacs-24.2/l= isp/cedet/pulse
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/mode-local hides c= :/Users/epich/sw/emacs-24.2/lisp/cedet/mode-local
c:/Users/epich/AppData= /Roaming/.emacs.d/cedet-1.1/common/inversion hides c:/Users/epich/sw/emacs-= 24.2/lisp/cedet/inversion
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/ede/ede hides c:/Users/ep= ich/sw/emacs-24.2/lisp/cedet/ede
c:/Users/epich/AppData/Roaming/.emacs.d= /cedet-1.1/common/data-debug hides c:/Users/epich/sw/emacs-24.2/lisp/cedet/= data-debug
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/cedet hides c:/Use= rs/epich/sw/emacs-24.2/lisp/cedet/cedet
c:/Users/epich/AppData/Roaming/.= emacs.d/cedet-1.1/common/cedet-idutils hides c:/Users/epich/sw/emacs-24.2/l= isp/cedet/cedet-idutils
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/cedet-global hides= c:/Users/epich/sw/emacs-24.2/lisp/cedet/cedet-global
c:/Users/epich/App= Data/Roaming/.emacs.d/cedet-1.1/common/cedet-files hides c:/Users/epich/sw/= emacs-24.2/lisp/cedet/cedet-files
c:/Users/epich/AppData/Roaming/.emacs.d/cedet-1.1/common/cedet-cscope hides= c:/Users/epich/sw/emacs-24.2/lisp/cedet/cedet-cscope

Features:
(= shadow sort gnus-util mail-extr emacsbug message rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
ma= ilheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-uti= ls thingatpt eieio-opt help-mode view mule-util vc-dispatcher
vc-bzr org= -wl org-w3m org-vm org-rmail org-mhe org-mew org-irc
org-jsinfo org-infojs org-html org-exp ob-exp org-exp-blocks org-agenda
= org-info org-gnus org-docview org-bibtex bibtex org-bbdb org
ob-emacs-li= sp ob-tangle ob-ref ob-lob ob-table org-footnote org-src
ob-comint ob-ke= ys ob ob-eval org-pcomplete org-list org-faces org-compat
org-entities org-macs format-spec cal-menu calendar cal-loaddefs
noutlin= e outline easy-mmode semantic-edit semantic-make semanticdb-mode
semanti= c-decorate-include semanticdb-find semantic-decorate-mode
semantic-decor= ate pulse semantic-make-by make-mode shell pcomplete
dired-aux dired ffap semantic-el semantic-bovine bovine-debug
semantic-d= ebug semantic-idle eldoc senator which-func semantic-imenu
semantic-sb i= menu whitespace cus-start cus-load hippie-exp comint
regexp-opt ansi-col= or cedet cedet-contrib-load contrib-loaddefs
cogre-load cogre-loaddefs speedbar-load speedbar-loaddefs ede-load
ede-l= oaddefs ede-speedbar ede-files ede ede-base ede-auto eieio-speedbar
sema= ntic-ia-sb semantic-analyze semantic-scope semantic-analyze-fcn
semantic= -sort semanticdb-javap cedet-java semanticdb-el semanticdb-ref
semantic-find semanticdb semantic-ctxt semantic-format
semantic-util-mod= es semantic-util semantic semantic-lex semantic-tag-ls
semantic-tag work= ing fame speedbar sb-image ezimage dframe easymenu
assoc eieio-custom wi= d-edit ede-source eieio-base srecode-load srecode
srecode-loaddefs semantic-load semantic-fw semantic-loaddefs mode-local
= find-func derived eieio-load eieio-loaddefs cedet-load cedet-compat
cede= t-loaddefs eieio warnings byte-opt bytecomp byte-compile cconv
macroexp = inversion cl rainbow-delimiters evil evil-integration evil-maps
evil-commands evil-types evil-digraphs evil-search evil-ex evil-macros
e= vil-repeat evil-states evil-core advice help-fns advice-preload
evil-com= mon windmove rect evil-vars ring edmacro kmacro goto-chg
undo-tree diff = electric paren delsel autorevert time-date tooltip
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp
w3= 2-win w32-vars tool-bar dnd fontset image fringe lisp-mode register
page= menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock
font-lock s= yntax facemenu font-core frame cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew
gr= eek romanian slovak czech european ethiopic indian cyrillic chinese
case= -table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs
button faces cus-face files text-properties overlay sha1 md5 base64
form= at env code-pages mule custom widget hashtable-print-readable
backquote = make-network-process multi-tty emacs)

--f46d04479faf6d32a104d79c9468-- From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 11 12:32:06 2013 Received: (at 13921) by debbugs.gnu.org; 11 Mar 2013 16:32:06 +0000 Received: from localhost ([127.0.0.1]:46548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UF5dt-0002HW-Gd for submit@debbugs.gnu.org; Mon, 11 Mar 2013 12:32:06 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:34223) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UF5dq-0002Gy-BH for 13921@debbugs.gnu.org; Mon, 11 Mar 2013 12:32:04 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MJI00D008H5QE00@a-mtaout22.012.net.il> for 13921@debbugs.gnu.org; Mon, 11 Mar 2013 18:30:44 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJI00DB98J8H590@a-mtaout22.012.net.il>; Mon, 11 Mar 2013 18:30:44 +0200 (IST) Date: Mon, 11 Mar 2013 18:30:37 +0200 From: Eli Zaretskii Subject: Re: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 In-reply-to: X-012-Sender: halo1@inter.net.il To: Barry OReilly Message-id: <83boapx5jm.fsf@gnu.org> References: X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13921 Cc: 13921@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 10 Mar 2013 22:03:31 -0400 > From: Barry OReilly > > When I attempted to build CEDET from their bzr trunk (revno 8498), the > build failed due to expand-file-name function returning an incorrect "d:" > prefix. Under other conditions expand-file-name returns the correct "c:" > prefix. Some command line IO will illustrate: > > [CEDET build issues this:] > emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l > "../../cedet-remove-builtin.el" -L . --eval '(progn (require (quote > cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L ./ -L ./ > --eval '(progn (setq generated-autoload-file > "/home/epich/sw/cedet/lisp/cedet/loaddefs.el"))' -f batch-update-autoloads > /home/epich/sw/cedet/lisp/cedet > Debugger entered--Lisp error: (file-error "Opening output file" "no such > file or directory" "d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el") > write-region(";;; loaddefs.el --- automatically extracted > autoloads\n;;\n;;; Code:\n\n\f\n(provide 'loaddefs)\n;; Local > Variables:\n;; version-control: never\n;; no-byte-compile: t\n;; > no-update-autoloads: t\n;; coding: utf-8\n;; End:\n;;; loaddefs.el ends > here\n" nil "d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el") > > autoload-ensure-default-file("d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el") > autoload-find-generated-file() > update-directory-autoloads("/home/epich/sw/cedet/lisp/cedet") > apply(update-directory-autoloads "/home/epich/sw/cedet/lisp/cedet") > batch-update-autoloads() > command-line-1(("--eval" "(setq debug-on-error t)" "-l" > "../../cedet-remove-builtin.el" "-L" "." "--eval" "(progn (require (quote > cedet-compat)) (require (quote mode-local)))" "-L" "../eieio/" "-L" "./" > "-L" "./" "--eval" "(progn (setq generated-autoload-file > \"/home/epich/sw/cedet/lisp/cedet/loaddefs.el\"))" "-f" > "batch-update-autoloads" "/home/epich/sw/cedet/lisp/cedet")) > command-line() > normal-top-level() > > Comparing the backtrace above with the source code, it's evident > expand-file-name prepended the "d:" to the filename to get: > "d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el". > > However, when I evaluate (expand-file-name > "/home/epich/sw/cedet/lisp/cedet") in the the scratch, I get > "c:/home/epich/sw/cedet/lisp/cedet". This is not a bug in Emacs. You are invoking a native Windows build of Emacs from the Cygwin shell, which passes to Emacs Posix-style absolute file names like /home/epich/sw/cedet/lisp/cedet. But the native Windows build of Emacs does not understand the Cygwin mounts, so it cannot resolve such file names correctly. What it does is simply prepend the current drive's letter to the file name. So when you expand-file-name in *scratch*, it takes the drive letter of the default-directory defined in *scratch*, which is C:, because of this: > epich@laptop02 ~/sw/cedet/lisp/cedet $ ls -l `which emacs` > lrwxrwxrwx 1 epich None 51 Nov 5 22:02 /home/epich/bin/emacs -> /cygdrive/c/Users/epich/sw/emacs-24.2/bin/emacs.exe This tells me that Emacs comes up in a directory on drive C:, and thus its default-directory in *scratch will be something on C:. By contrast, compilation of CEDET was probably run somewhere on drive D:, so /home/epich/sw/cedet/lisp/cedet/loaddefs.el got D: prepended to it. I don't know why you invoke Emacs from the Cygwin Bash. I suggest not to, or to switch to a Cygwin build of Emacs. Mixing these two environments is asking for trouble. IOW, this is pilot error, not a bug. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 11 13:22:51 2013 Received: (at 13921) by debbugs.gnu.org; 11 Mar 2013 17:22:51 +0000 Received: from localhost ([127.0.0.1]:46633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UF6Qy-0003Sw-4G for submit@debbugs.gnu.org; Mon, 11 Mar 2013 13:22:50 -0400 Received: from mail-oa0-f47.google.com ([209.85.219.47]:65236) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UF6Qp-0003Sb-GR for 13921@debbugs.gnu.org; Mon, 11 Mar 2013 13:22:45 -0400 Received: by mail-oa0-f47.google.com with SMTP id o17so4850454oag.34 for <13921@debbugs.gnu.org>; Mon, 11 Mar 2013 10:21:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=4n8ubYbZe3F+MKD9t8BFvjQqbm5DWIFfuaVoivngqfY=; b=YLJdcwTvG0eu9sEoYT+h7jnyEMEhj+lXTwU7r7bFjfnFXzPG1PFyfMoxcLBkW8KGH6 fzAmfcsRjlau85aGEfsaHCeabK25rbo4SQ45PT7yUIMXBEJ5/rrGGAAhhbzEYBirVlgm 7ebkV1/xuHBvI6ddO2Tv0C1QO6DQ6/Z66IRGH+c6KHqMlY9HxQRWChViusc8qp4a8aeJ jXXXmSrjhKQr74cWESLKhl7Q69bLPkGadn1Vj+Du5tA7s5H8b8XJBB+5NCXDc89B5dTi IhfpdRdfgjO/HgIbXRkKHqyV7T02vhdT2l5Ki2I8ZZrKqFezQ+eN87YtxEsQls1xmJAL 0n3A== MIME-Version: 1.0 X-Received: by 10.60.11.228 with SMTP id t4mr9271158oeb.42.1363022498377; Mon, 11 Mar 2013 10:21:38 -0700 (PDT) Received: by 10.76.110.243 with HTTP; Mon, 11 Mar 2013 10:21:38 -0700 (PDT) In-Reply-To: <83boapx5jm.fsf@gnu.org> References: <83boapx5jm.fsf@gnu.org> Date: Mon, 11 Mar 2013 13:21:38 -0400 Message-ID: Subject: Re: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 From: Barry OReilly To: Eli Zaretskii Content-Type: multipart/alternative; boundary=e89a8fb1ed06d647f504d7a967c7 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13921 Cc: 13921@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --e89a8fb1ed06d647f504d7a967c7 Content-Type: text/plain; charset=ISO-8859-1 > By contrast, compilation of CEDET was probably run somewhere on drive > D:, so /home/epich/sw/cedet/lisp/cedet/loaddefs.el got D: prepended to > it. No, it wasn't. I type these two commands at the Cygwin shell without changing anything, including pwd: emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l "../../cedet-remove-builtin.el" -L . --eval '(progn (require (quote cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L ./ -L ./ --eval '(progn (setq generated-autoload-file "/home/epich/sw/cedet/lisp/cedet/loaddefs.el"))' -f batch-update-autoloads /home/epich/sw/cedet/lisp/cedet emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l "../../cedet-remove-builtin.el" -L . --eval '(progn (require (quote cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L ./ -L ./ --eval '(progn (setq generated-autoload-file "/home/epich/sw/cedet/lisp/cedet/loaddefs.el") (message "DEBUG: expanded file name is %s" (expand-file-name "/home/epich/sw/cedet/lisp/cedet")))' /home/epich/sw/cedet/lisp/cedet The first yields an incorrect "d:" prefix, the second the "c:" prefix. Why would this be? This is evidence of an Emacs bug. > I don't know why you invoke Emacs from the Cygwin Bash. I suggest not > to, or to switch to a Cygwin build of Emacs. Mixing these two > environments is asking for trouble. When I set up Cygwin, I did not install Cygwin's Emacs installation. There is no conflict with an alternate Emacs. I am merely using Cygwin's GNU Make to execute makefiles, which correctly invoke the Windows emacs.exe binary. Why shouldn't that work? --e89a8fb1ed06d647f504d7a967c7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable > By contrast, compilation of CEDET was probably run somewhere on drive<= br>> D:, so /home/epich/sw/cedet/lisp/cedet/loaddefs.el got D: prepended= to
> it.

No, it wasn't.=A0 I type these two commands at t= he Cygwin shell without changing anything, including pwd:

emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l= "../../cedet-remove-builtin.el" -L . --eval '(progn (require= (quote cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L .= / -L ./ --eval '(progn=A0 (setq generated-autoload-file "/home/epi= ch/sw/cedet/lisp/cedet/loaddefs.el"))' -f batch-update-autoloads /= home/epich/sw/cedet/lisp/cedet

emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l= "../../cedet-remove-builtin.el" -L . --eval '(progn (require= (quote cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L .= / -L ./ --eval '(progn=A0 (setq generated-autoload-file "/home/epi= ch/sw/cedet/lisp/cedet/loaddefs.el") (message "DEBUG: expanded fi= le name is %s" (expand-file-name "/home/epich/sw/cedet/lisp/cedet= ")))' /home/epich/sw/cedet/lisp/cedet

The first yields an incorrect "d:" prefix, the second the &qu= ot;c:" prefix.=A0 Why would this be?=A0 This is evidence of an Emacs b= ug.

> I don't know why you invoke Emacs from the Cygwin Bash.= =A0 I suggest not
> to, or to switch to a Cygwin build of Emacs.=A0 Mixing these two
&g= t; environments is asking for trouble.

When I set up Cygwin, I did n= ot install Cygwin's Emacs installation.=A0 There is no conflict with an= alternate Emacs.=A0 I am merely using Cygwin's GNU Make to execute mak= efiles, which correctly invoke the Windows emacs.exe binary.=A0 Why shouldn= 't that work?


--e89a8fb1ed06d647f504d7a967c7-- From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 11 13:45:18 2013 Received: (at 13921) by debbugs.gnu.org; 11 Mar 2013 17:45:18 +0000 Received: from localhost ([127.0.0.1]:46663 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UF6mj-00040X-PY for submit@debbugs.gnu.org; Mon, 11 Mar 2013 13:45:18 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:55051) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UF6mg-00040G-57 for 13921@debbugs.gnu.org; Mon, 11 Mar 2013 13:45:15 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MJI00E00BWFIO00@a-mtaout22.012.net.il> for 13921@debbugs.gnu.org; Mon, 11 Mar 2013 19:44:00 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJI00ER6BXCCW50@a-mtaout22.012.net.il>; Mon, 11 Mar 2013 19:44:00 +0200 (IST) Date: Mon, 11 Mar 2013 19:43:53 +0200 From: Eli Zaretskii Subject: Re: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 In-reply-to: X-012-Sender: halo1@inter.net.il To: Barry OReilly Message-id: <8338w1x25i.fsf@gnu.org> References: <83boapx5jm.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13921 Cc: 13921@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Mon, 11 Mar 2013 13:21:38 -0400 > From: Barry OReilly > Cc: 13921@debbugs.gnu.org > > > By contrast, compilation of CEDET was probably run somewhere on drive > > D:, so /home/epich/sw/cedet/lisp/cedet/loaddefs.el got D: prepended to > > it. > > No, it wasn't. I type these two commands at the Cygwin shell without > changing anything, including pwd: > > emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l > "../../cedet-remove-builtin.el" -L . --eval '(progn (require (quote > cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L ./ -L ./ > --eval '(progn (setq generated-autoload-file > "/home/epich/sw/cedet/lisp/cedet/loaddefs.el"))' -f batch-update-autoloads > /home/epich/sw/cedet/lisp/cedet > > emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l > "../../cedet-remove-builtin.el" -L . --eval '(progn (require (quote > cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L ./ -L ./ > --eval '(progn (setq generated-autoload-file > "/home/epich/sw/cedet/lisp/cedet/loaddefs.el") (message "DEBUG: expanded > file name is %s" (expand-file-name "/home/epich/sw/cedet/lisp/cedet")))' > /home/epich/sw/cedet/lisp/cedet > > The first yields an incorrect "d:" prefix, the second the "c:" prefix. Why > would this be? I have no idea. I don't have Cygwin installed, so I cannot try what you did. One way to try to figure that out would be for you to insert 'message' lines that display default-directory in a few places in the code that gets run by this command, and see when it changes, and then see why. > This is evidence of an Emacs bug. Sorry, but I need a more concrete evidence. /foo/bar is not a fully-qualified absolute name in the Windows build of Emacs, so we need to establish where from does the drive letter come in this case, before we can conclude whether or not it's an Emacs bug. Taken at face value, it is almost inconceivable that Emacs would somehow cough up D: when the current drive is C:. > > I don't know why you invoke Emacs from the Cygwin Bash. I suggest not > > to, or to switch to a Cygwin build of Emacs. Mixing these two > > environments is asking for trouble. > > When I set up Cygwin, I did not install Cygwin's Emacs installation. There > is no conflict with an alternate Emacs. I am merely using Cygwin's GNU > Make to execute makefiles, which correctly invoke the Windows emacs.exe > binary. Why shouldn't that work? Because Cygwin programs and native Windows programs are subtly incompatible, in particular in their treatment of file names and drive letters. Cygwin can mount /home/foo to point to some arbitrary place on any drive, whereas the native Windows build of Emacs does not grok these mounts. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 11 13:55:55 2013 Received: (at 13921) by debbugs.gnu.org; 11 Mar 2013 17:55:55 +0000 Received: from localhost ([127.0.0.1]:46682 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UF6x0-0004G2-Ok for submit@debbugs.gnu.org; Mon, 11 Mar 2013 13:55:55 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:41014) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UF6wy-0004Fm-12 for 13921@debbugs.gnu.org; Mon, 11 Mar 2013 13:55:52 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MJI00H00CEFF300@a-mtaout23.012.net.il> for 13921@debbugs.gnu.org; Mon, 11 Mar 2013 19:54:50 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJI00H8BCFDEX10@a-mtaout23.012.net.il>; Mon, 11 Mar 2013 19:54:50 +0200 (IST) Date: Mon, 11 Mar 2013 19:54:43 +0200 From: Eli Zaretskii Subject: Re: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 In-reply-to: <8338w1x25i.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: gundaetiapo@gmail.com Message-id: <831ublx1ng.fsf@gnu.org> References: <83boapx5jm.fsf@gnu.org> <8338w1x25i.fsf@gnu.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13921 Cc: 13921@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Mon, 11 Mar 2013 19:43:53 +0200 > From: Eli Zaretskii > Cc: 13921@debbugs.gnu.org > > > emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l > > "../../cedet-remove-builtin.el" -L . --eval '(progn (require (quote > > cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L ./ -L ./ > > --eval '(progn (setq generated-autoload-file > > "/home/epich/sw/cedet/lisp/cedet/loaddefs.el"))' -f batch-update-autoloads > > /home/epich/sw/cedet/lisp/cedet > > > > emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l > > "../../cedet-remove-builtin.el" -L . --eval '(progn (require (quote > > cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L ./ -L ./ > > --eval '(progn (setq generated-autoload-file > > "/home/epich/sw/cedet/lisp/cedet/loaddefs.el") (message "DEBUG: expanded > > file name is %s" (expand-file-name "/home/epich/sw/cedet/lisp/cedet")))' > > /home/epich/sw/cedet/lisp/cedet > > > > The first yields an incorrect "d:" prefix, the second the "c:" prefix. Why > > would this be? > > I have no idea. I don't have Cygwin installed, so I cannot try what > you did. One way to try to figure that out would be for you to insert > 'message' lines that display default-directory in a few places in the > code that gets run by this command, and see when it changes, and then > see why. One particular place to take a look is here (from autoload.el): (defun autoload-generated-file () (expand-file-name generated-autoload-file ;; File-local settings of generated-autoload-file should ;; be interpreted relative to the file's location, ;; of course. (if (not (local-variable-p 'generated-autoload-file)) (expand-file-name "lisp" source-directory)))) <<<<<<<< What is source-directory in that run? From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 12 20:46:58 2013 Received: (at 13921) by debbugs.gnu.org; 13 Mar 2013 00:46:58 +0000 Received: from localhost ([127.0.0.1]:49736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFZqL-0004Ou-EH for submit@debbugs.gnu.org; Tue, 12 Mar 2013 20:46:58 -0400 Received: from mail-oa0-f50.google.com ([209.85.219.50]:46915) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFZqH-0004Og-VB for 13921@debbugs.gnu.org; Tue, 12 Mar 2013 20:46:55 -0400 Received: by mail-oa0-f50.google.com with SMTP id l20so506939oag.23 for <13921@debbugs.gnu.org>; Tue, 12 Mar 2013 17:45:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=kYLUG28z2CGvgMW6B1UefTxNB7ntVeFR1fZVgGFMcRM=; b=N5LgRrM9Aiv2AxUHOdsRjfN1x9A44ZhhHEUAG37HT/pQffFlq2BPcQhgpUAKFaf1Z3 ahp2FuSQkwEkxHoIMgKdQ13jPz3tIafwOCrQDssdQo05t6VdaqLQgkc1iNwI7W3+afVo bmFAcZU1GyOXKP+4nBt4MKiAWdL+t4Wbq8r5MFvDoTHqB6ELG3FJu0voJhbQexA9fG60 /OUiRYSar8p7zfTEWBTdX1Ty0J31RzuMnjqSqp9sxHcZFqv4ouo33K3BN2XkPeIlxEDq oIMyBGz/uuX7nPTw6VYvl5WKJi84vtx77mhyLvac7o0679Z1oeFNghFezbbmpLnBBTP8 e9hw== MIME-Version: 1.0 X-Received: by 10.182.156.44 with SMTP id wb12mr14142097obb.20.1363135545238; Tue, 12 Mar 2013 17:45:45 -0700 (PDT) Received: by 10.76.110.243 with HTTP; Tue, 12 Mar 2013 17:45:45 -0700 (PDT) In-Reply-To: <831ublx1ng.fsf@gnu.org> References: <83boapx5jm.fsf@gnu.org> <8338w1x25i.fsf@gnu.org> <831ublx1ng.fsf@gnu.org> Date: Tue, 12 Mar 2013 20:45:45 -0400 Message-ID: Subject: Re: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 From: Barry OReilly To: Eli Zaretskii Content-Type: multipart/alternative; boundary=f46d0444ed37f467ff04d7c3b988 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 13921 Cc: 13921@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --f46d0444ed37f467ff04d7c3b988 Content-Type: text/plain; charset=ISO-8859-1 I tried the following at the Cygwin shell: epich@laptop02 ~/sw/cedet/lisp/cedet $ emacs -batch --no-site-file --eval '(setq debug-on-error t)' -l "../../cedet-remove-builtin.el" -L . --eval '(progn (require (quote cedet-compat)) (require (quote mode-local)))' -L ../eieio/ -L ./ -L ./ --eval '(progn (setq generated-autoload-file "/home/epich/sw/cedet/lisp/cedet/loaddefs.el") (message "DEBUG: expanded file name is %s source-directory is %s" (expand-file-name "/home/epich/sw/cedet/lisp/cedet") source-directory))' -f batch-update-autoloads /home/epich/sw/cedet/lisp/cedet DEBUG: expanded file name is c:/home/epich/sw/cedet/lisp/cedet source-directory is d:/devel/emacs/release/emacs24/emacs-24.2/ Debugger entered--Lisp error: (file-error "Opening output file" "no such file or directory" "d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el") write-region(";;; loaddefs.el --- automatically extracted autoloads\n;;\n;;; Code:\n\n\f\n(provide 'loaddefs)\n;; Local Variables:\n;; version-control: never\n;; no-byte-compile: t\n;; no-update-autoloads: t\n;; coding: utf-8\n;; End:\n;;; loaddefs.el ends here\n" nil "d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el") autoload-ensure-default-file("d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el") autoload-find-generated-file() update-directory-autoloads("/home/epich/sw/cedet/lisp/cedet") apply(update-directory-autoloads "/home/epich/sw/cedet/lisp/cedet") batch-update-autoloads() command-line-1(("--eval" "(setq debug-on-error t)" "-l" "../../cedet-remove-builtin.el" "-L" "." "--eval" "(progn (require (quote cedet-compat)) (require (quote mode-local)))" "-L" "../eieio/" "-L" "./" "-L" "./" "--eval" "(progn (setq generated-autoload-file \"/home/epich/sw/cedet/lisp/cedet/loaddefs.el\") (message \"DEBUG: expanded file name is %s source-directory is %s\" (expand-file-name \"/home/epich/sw/cedet/lisp/cedet\") source-directory))" "-f" "batch-update-autoloads" "/home/epich/sw/cedet/lisp/cedet")) command-line() normal-top-level() This shows c: and d: prefixes in the same message evaluation. I haven't mentioned yet that I don't have a D drive mounted at all. I tried C-h v source-directory in a running Emacs and found: 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. My emacs is at C:\Users\epich\sw\emacs-24.2 which appears in Cygwin at ~/sw/emacs-24.2 because ~/sw symlinks (MS console command mklink /d) to /cygdrive/c/Users/epich/sw . I actually launch Emacs from the Quick Launch on Windows 7, so the C-h v evaluation has Cygwin out of the equation. I merely use Cygwin to byte compile. --f46d0444ed37f467ff04d7c3b988 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I tried the following at the Cygwin shell:

epich@laptop02 ~/sw/cedet= /lisp/cedet $=A0 emacs -batch --no-site-file --eval '(setq debug-on-err= or t)' -l "../../cedet-remove-builtin.el" -L . --eval '(p= rogn (require (quote cedet-compat)) (require (quote mode-local)))' -L .= ./eieio/ -L ./ -L ./ --eval '(progn=A0 (setq generated-autoload-file &q= uot;/home/epich/sw/cedet/lisp/cedet/loaddefs.el") (message "DEBUG= : expanded file name is %s source-directory is %s" (expand-file-name &= quot;/home/epich/sw/cedet/lisp/cedet") source-directory))' -f batc= h-update-autoloads /home/epich/sw/cedet/lisp/cedet
DEBUG: expanded file name is c:/home/epich/sw/cedet/lisp/cedet source-direc= tory is d:/devel/emacs/release/emacs24/emacs-24.2/
Debugger entered--Lis= p error: (file-error "Opening output file" "no such file or = directory" "d:/home/epich/sw/cedet/lisp/cedet/loaddefs.el")<= br> =A0 write-region(";;; loaddefs.el --- automatically extracted autoload= s\n;;\n;;; Code:\n\n\f\n(provide 'loaddefs)\n;; Local Variables:\n;; ve= rsion-control: never\n;; no-byte-compile: t\n;; no-update-autoloads: t\n;; = coding: utf-8\n;; End:\n;;; loaddefs.el ends here\n" nil "d:/home= /epich/sw/cedet/lisp/cedet/loaddefs.el")
=A0 autoload-ensure-default-file("d:/home/epich/sw/cedet/lisp/cedet/lo= addefs.el")
=A0 autoload-find-generated-file()
=A0 update-direct= ory-autoloads("/home/epich/sw/cedet/lisp/cedet")
=A0 apply(upd= ate-directory-autoloads "/home/epich/sw/cedet/lisp/cedet")
=A0 batch-update-autoloads()
=A0 command-line-1(("--eval" &quo= t;(setq debug-on-error t)" "-l" "../../cedet-remove-bui= ltin.el" "-L" "." "--eval" "(progn = (require (quote cedet-compat)) (require (quote mode-local)))" "-L= " "../eieio/" "-L" "./" "-L" &= quot;./" "--eval" "(progn=A0 (setq generated-autoload-f= ile \"/home/epich/sw/cedet/lisp/cedet/loaddefs.el\") (message \&q= uot;DEBUG: expanded file name is %s source-directory is %s\" (expand-f= ile-name \"/home/epich/sw/cedet/lisp/cedet\") source-directory))&= quot; "-f" "batch-update-autoloads" "/home/epich/s= w/cedet/lisp/cedet"))
=A0 command-line()
=A0 normal-top-level()

This shows c: and d: pr= efixes in the same message evaluation.

I haven't mentioned yet t= hat I don't have a D drive mounted at all.

I tried C-h v source-= directory in a running Emacs and found:

=A0=A0 source-directory is a variable defined in `lread.c'.
=A0= =A0 Its value is "d:/devel/emacs/release/emacs24/emacs-24.2/"
=
=A0=A0 Documentation:
=A0=A0 Directory in which Emacs sources were f= ound when Emacs was built.
=A0=A0 You cannot count on them to still be there!

I did not find th= is /devel/emacs/release/emacs24/emacs-24.2/ on my system, nor is it the kin= d of path I would create.=A0 My emacs is at C:\Users\epich\sw\emacs-24.2 wh= ich appears in Cygwin at ~/sw/emacs-24.2 because ~/sw symlinks (MS console = command mklink /d) to /cygdrive/c/Users/epich/sw .

I actually launch Emacs from the Quick Launch on Windows 7, so the C-h = v evaluation has Cygwin out of the equation.=A0 I merely use Cygwin to byte= compile.


--f46d0444ed37f467ff04d7c3b988-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 12 23:54:15 2013 Received: (at 13921) by debbugs.gnu.org; 13 Mar 2013 03:54:15 +0000 Received: from localhost ([127.0.0.1]:49907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFcla-0000FR-Sj for submit@debbugs.gnu.org; Tue, 12 Mar 2013 23:54:15 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:61292) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFclX-0000FC-PA for 13921@debbugs.gnu.org; Tue, 12 Mar 2013 23:54:12 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MJK00100YQ2LJ00@a-mtaout21.012.net.il> for 13921@debbugs.gnu.org; Wed, 13 Mar 2013 05:53:01 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJK001B9YSDGS80@a-mtaout21.012.net.il>; Wed, 13 Mar 2013 05:53:01 +0200 (IST) Date: Wed, 13 Mar 2013 05:52:58 +0200 From: Eli Zaretskii Subject: Re: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 In-reply-to: X-012-Sender: halo1@inter.net.il To: Barry OReilly Message-id: <838v5sj6qt.fsf@gnu.org> References: <83boapx5jm.fsf@gnu.org> <8338w1x25i.fsf@gnu.org> <831ublx1ng.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 12 Mar 2013 20:45:45 -0400 > From: Barry OReilly > Cc: 13921@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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4885] X-Debbugs-Envelope-To: 13921 Cc: 13921@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > Date: Tue, 12 Mar 2013 20:45:45 -0400 > From: Barry OReilly > Cc: 13921@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. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 13 13:55:54 2013 Received: (at 13921) by debbugs.gnu.org; 13 Mar 2013 17:55:54 +0000 Received: from localhost ([127.0.0.1]:51714 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFpu6-0005o4-Bw for submit@debbugs.gnu.org; Wed, 13 Mar 2013 13:55:54 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:36935) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFpu2-0005nn-Q9 for 13921@debbugs.gnu.org; Wed, 13 Mar 2013 13:55:52 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MJM006001MHKP00@a-mtaout21.012.net.il> for 13921@debbugs.gnu.org; Wed, 13 Mar 2013 19:54:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJM0066X1R1KC30@a-mtaout21.012.net.il>; Wed, 13 Mar 2013 19:54:37 +0200 (IST) Date: Wed, 13 Mar 2013 19:54:36 +0200 From: Eli Zaretskii Subject: Re: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 In-reply-to: <838v5sj6qt.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: gundaetiapo@gmail.com Message-id: <831ubjjicj.fsf@gnu.org> References: <83boapx5jm.fsf@gnu.org> <8338w1x25i.fsf@gnu.org> <831ublx1ng.fsf@gnu.org> <838v5sj6qt.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Wed, 13 Mar 2013 05:52:58 +0200 > From: Eli Zaretskii > Cc: 13921@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. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4552] X-Debbugs-Envelope-To: 13921 Cc: 13921@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Wed, 13 Mar 2013 05:52:58 +0200 > From: Eli Zaretskii > Cc: 13921@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. To make this more clear: this fragment: (defun autoload-generated-file () (expand-file-name generated-autoload-file ;; File-local settings of generated-autoload-file should ;; be interpreted relative to the file's location, ;; of course. (if (not (local-variable-p 'generated-autoload-file)) (expand-file-name "lisp" source-directory)))) clearly assumes that either generated-autoload-file is a file name relative to the Emacs's lisp directory, or it is an absolute file name. But in your case, it is an absolute file name without a drive letter, so expand-file-name takes the drive letter from source-directory. A Cygwin specific workaround would be to use `cygpath -m /home/epich/sw/cedet/lisp/cedet/loaddefs.el` which will supply the missing drive letter. (Yes, that means you need to hack the CEDET build scripts.) From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 14 08:17:58 2013 Received: (at 13921) by debbugs.gnu.org; 14 Mar 2013 12:17:58 +0000 Received: from localhost ([127.0.0.1]:53019 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UG76c-0007Ph-Fn for submit@debbugs.gnu.org; Thu, 14 Mar 2013 08:17:58 -0400 Received: from mail-oa0-f44.google.com ([209.85.219.44]:64748) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UG76a-0007PU-0Q for 13921@debbugs.gnu.org; Thu, 14 Mar 2013 08:17:57 -0400 Received: by mail-oa0-f44.google.com with SMTP id h1so2209370oag.3 for <13921@debbugs.gnu.org>; Thu, 14 Mar 2013 05:16:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=72jZAiPNeiT7EZAuAzTlask+vBv9hKDymRvdapjw0rw=; b=o8l86RZdMUqjVEiel8jqt9TW9310A/Xh0j47edfvns9vUTSWP4kzxzlDO7HqLdxH4k xHN9GUQR7UnAIyktFgZdT45TVLhztu8TgihTA9D0I6nISvqvjPuzD6pV+5ni3pFom+mc NNYY0bX5GZD6oy40/N37/JPWTYpjpKgoq+YgLLAfauAgq5NvPol5c/2wWd7yU3JlWwZU +Bp9vheRDaMcknNFJKmmxKmVHYnr2XUdcYdRZiF3H2T6Ypas6H6b+bHt4YcAi5tZV0pb rBUS7QXw/E6+4fHjtQ4pKwGVN+f4dzedLZ68XVglR3lTw9dJLARgQK8zikeGDizurdBV PF6Q== MIME-Version: 1.0 X-Received: by 10.182.154.103 with SMTP id vn7mr964927obb.60.1363263399527; Thu, 14 Mar 2013 05:16:39 -0700 (PDT) Received: by 10.76.110.243 with HTTP; Thu, 14 Mar 2013 05:16:39 -0700 (PDT) In-Reply-To: <831ubjjicj.fsf@gnu.org> References: <83boapx5jm.fsf@gnu.org> <8338w1x25i.fsf@gnu.org> <831ublx1ng.fsf@gnu.org> <838v5sj6qt.fsf@gnu.org> <831ubjjicj.fsf@gnu.org> Date: Thu, 14 Mar 2013 08:16:39 -0400 Message-ID: Subject: Re: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 From: Barry OReilly To: Eli Zaretskii Content-Type: multipart/alternative; boundary=14dae939983faa0b4404d7e17efa X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13921 Cc: 13921@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --14dae939983faa0b4404d7e17efa Content-Type: text/plain; charset=ISO-8859-1 Thanks for your help, Eli. --14dae939983faa0b4404d7e17efa Content-Type: text/html; charset=ISO-8859-1 Thanks for your help, Eli.

--14dae939983faa0b4404d7e17efa-- From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 14 12:40:57 2013 Received: (at 13921-done) by debbugs.gnu.org; 14 Mar 2013 16:40:58 +0000 Received: from localhost ([127.0.0.1]:54399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGBCh-0006ht-At for submit@debbugs.gnu.org; Thu, 14 Mar 2013 12:40:36 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:33901) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGBC7-0006gQ-KW for 13921-done@debbugs.gnu.org; Thu, 14 Mar 2013 12:40:14 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MJN00H00SH39200@a-mtaout23.012.net.il> for 13921-done@debbugs.gnu.org; Thu, 14 Mar 2013 18:38:10 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJN00HG8SVK3MC0@a-mtaout23.012.net.il>; Thu, 14 Mar 2013 18:38:09 +0200 (IST) Date: Thu, 14 Mar 2013 18:38:10 +0200 From: Eli Zaretskii Subject: Re: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 In-reply-to: X-012-Sender: halo1@inter.net.il To: Barry OReilly Message-id: <83ip4uhr7x.fsf@gnu.org> References: <83boapx5jm.fsf@gnu.org> <8338w1x25i.fsf@gnu.org> <831ublx1ng.fsf@gnu.org> <838v5sj6qt.fsf@gnu.org> <831ubjjicj.fsf@gnu.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13921-done Cc: 13921-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Thu, 14 Mar 2013 08:16:39 -0400 > From: Barry OReilly > Cc: 13921@debbugs.gnu.org > > Thanks for your help, Eli. You are welcome, closing. From unknown Sun Aug 10 09:14:43 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 12 Apr 2013 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator