From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Barry OReilly Newsgroups: gmane.emacs.bugs Subject: bug#13921: 24.2; Misbehavior of expand-file-name on Cygwin with Emacs 24.2 Date: Tue, 12 Mar 2013 20:45:45 -0400 Message-ID: References: <83boapx5jm.fsf@gnu.org> <8338w1x25i.fsf@gnu.org> <831ublx1ng.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d0444ed37f467ff04d7c3b988 X-Trace: ger.gmane.org 1363135576 30901 80.91.229.3 (13 Mar 2013 00:46:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 Mar 2013 00:46:16 +0000 (UTC) Cc: 13921@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 13 01:46:39 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UFZpy-0008GP-9Z for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Mar 2013 01:46:34 +0100 Original-Received: from localhost ([::1]:48957 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFZpb-0004n2-Ra for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 Mar 2013 20:46:11 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:36721) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFZpW-0004mj-T5 for bug-gnu-emacs@gnu.org; Tue, 12 Mar 2013 20:46:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UFZpR-0003M9-23 for bug-gnu-emacs@gnu.org; Tue, 12 Mar 2013 20:46:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45627) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFZpQ-0003Ly-Ux for bug-gnu-emacs@gnu.org; Tue, 12 Mar 2013 20:46:00 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UFZqQ-0004PC-Ly for bug-gnu-emacs@gnu.org; Tue, 12 Mar 2013 20:47:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Barry OReilly Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Mar 2013 00:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13921 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13921-submit@debbugs.gnu.org id=B13921.136313561816924 (code B ref 13921); Wed, 13 Mar 2013 00:47:02 +0000 Original-Received: (at 13921) by debbugs.gnu.org; 13 Mar 2013 00:46:58 +0000 Original-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 Original-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 Original-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== X-Received: by 10.182.156.44 with SMTP id wb12mr14142097obb.20.1363135545238; Tue, 12 Mar 2013 17:45:45 -0700 (PDT) Original-Received: by 10.76.110.243 with HTTP; Tue, 12 Mar 2013 17:45:45 -0700 (PDT) In-Reply-To: <831ublx1ng.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:72404 Archived-At: --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--