From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: abbreviate-file-name on Windows seems incorrect Date: Sun, 07 Jan 2007 09:29:37 -0500 Message-ID: References: <874pr3eeth.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1168180223 21366 80.91.229.12 (7 Jan 2007 14:30:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 7 Jan 2007 14:30:23 +0000 (UTC) Cc: emacs-devel@gnu.org, drew.adams@oracle.com, Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 07 15:30:21 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1H3Z2P-0001Xi-Qk for ged-emacs-devel@m.gmane.org; Sun, 07 Jan 2007 15:30:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H3Z2P-0000QN-5l for ged-emacs-devel@m.gmane.org; Sun, 07 Jan 2007 09:30:17 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H3Z27-0000PG-3d for emacs-devel@gnu.org; Sun, 07 Jan 2007 09:29:59 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H3Z24-0000La-TD for emacs-devel@gnu.org; Sun, 07 Jan 2007 09:29:58 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H3Z24-0000LJ-KF for emacs-devel@gnu.org; Sun, 07 Jan 2007 09:29:56 -0500 Original-Received: from [207.172.157.102] (helo=smtp02.lnh.mail.rcn.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1H3Z1y-0003yn-3n; Sun, 07 Jan 2007 09:29:50 -0500 Original-Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 07 Jan 2007 09:29:49 -0500 X-IronPort-AV: i="4.13,157,1167627600"; d="scan'208"; a="383053890:sNHT411382522" Original-Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.7.5a-GA) with ESMTP id IBJ59616; Sun, 7 Jan 2007 09:29:47 -0500 (EST) Original-Received: from 208-59-165-113.c3-0.slvr-ubr1.lnh-slvr.md.cable.rcn.com (HELO ACS1100007992) ([208.59.165.113]) by smtp01.lnh.mail.rcn.net with ESMTP; 07 Jan 2007 09:29:47 -0500 Original-To: Eli Zaretskii In-Reply-To: (Eli Zaretskii's message of "Sun, 07 Jan 2007 06:12:50 +0200") User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (windows-nt) X-Junkmail-Status: score=10/50, host=mr08.lnh.mail.rcn.net X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A09020A.45A1021E.003E,ss=1,fgs=0, ip=207.172.4.11, so=2006-05-09 23:27:51, dmn=5.2.125/2006-10-10 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:64913 Archived-At: Eli Zaretskii writes: >> Cc: "Drew Adams" , emacs-devel@gnu.org >> From: Miles Bader >> Date: Sun, 07 Jan 2007 11:44:10 +0900 >> >> In particular, doing (setenv "foo" ...) allows $foo to be used when >> visiting files (i.e. substitute-in-file-name sees it), This works on Windows (at least for me). This is very convenient; the files Emacs finds via environment variables is the same as the files that subprocesses find via the same environment variables, even when those environment variables are set from within Emacs. So I can change what I'm working on without leaving Emacs. >> and doing (setenv "HOME" ...) changes how expand-file-name expands >> a tilde. This does not happen on Windows (for me). I don't have a non-Windows emacs handy to try. It seems appropriate for Emacs to "latch" the value of $HOME at startup, so the location of .emacs doesn't change, for example. There are other files that are located in $HOME as well; you don't want them moving around either. But it is inconsistent with the handling of other environment variables. >> If this doesn't happen in windows, it seems like a bug... > > I tried, and it does happen on Windows, of course. Which of the two tests did you try? -- -- Stephe