From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: MIYASHITA Hisashi(=?ISO-2022-JP?B?GyRCNVwyPBsoQiAbJEI+MBsoQjpISU1J?=) Newsgroups: gmane.emacs.devel Subject: Re: init_buffer PWD fix Date: Thu, 25 Apr 2002 06:23:16 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: References: <8296-Wed24Apr2002190326+0300-eliz@is.elta.co.il> <200204241919.g3OJJ3104590@shade.twinsun.com> <200204242021.g3OKLS704607@shade.twinsun.com> <200204242101.g3OL1EE04666@shade.twinsun.com> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1019683464 10740 127.0.0.1 (24 Apr 2002 21:24:24 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 24 Apr 2002 21:24:24 +0000 (UTC) Cc: emacs-devel@gnu.org, knagano@sodan.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 170UFU-0002n7-00 for ; Wed, 24 Apr 2002 23:24:24 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 170UHL-0005dw-00 for ; Wed, 24 Apr 2002 23:26:19 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 170UFM-0001Qo-00; Wed, 24 Apr 2002 17:24:16 -0400 Original-Received: from meadow.scphys.kyoto-u.ac.jp ([130.54.54.165]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 170UER-0001Lu-00 for ; Wed, 24 Apr 2002 17:23:19 -0400 Original-Received: (qmail 23468 invoked from network); 24 Apr 2002 21:22:34 -0000 Original-Received: from meadow.meadow.scphys.kyoto-u.ac.jp (HELO MILCH.meadowy.org.meadowy.org) (root@172.16.1.1) by meadow.meadow.scphys.kyoto-u.ac.jp with SMTP; 24 Apr 2002 21:22:34 -0000 Original-To: Paul Eggert In-Reply-To: <200204242101.g3OL1EE04666@shade.twinsun.com> (Paul Eggert's message of "Wed, 24 Apr 2002 14:01:14 -0700 (PDT)") Original-Lines: 59 User-Agent: T-gnus/6.15.4 (based on Oort Gnus v0.04) (revision 11) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.3 Emacs/21.1 (i386-msvc-nt5.1.2600) MULE/5.0 (SAKAKI) Meadow/1.99 Alpha1 (AWOFUCHI) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3220 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3220 Paul Eggert writes: >> I can't understand why you stick to "PWD" environment variable on Windows. >> The information almost all of the application dose not set is so important? > > Yes, it's important; and once w32.c is fixed it will not be ignored. This word forcibly reminds me that it was very hard for me to persuade Emacs developpers on the issues of Windows. I think we should even remove such hard-to-understand code in purely technical view. But I think users' convenience takes the highest priority, I can agree on the code. >> On Unix, shell and lots of programs usually put "nicer" pathname to "PWD". >> On Windows, most programs put "nicer" pathname to Get/SetCurrentDirectory(). > > On Windows, if I pass a string to SetCurrentDirectory, and then later > inquire about the string with GetCurrentDirectory, do I always get the > same string back, no matter how it was spelled? Or do some Windows > platforms return a munged copy of the original string? If the latter, > then there will be some cases where PWD will be nicer than > GetCurrentDirectory. I've tested that in the previous mail, please see it. >> Otherwise, would you really make convenience for few applications >> that set "PWD". To make matters worse, because of such applications, >> "PWD" may has wrong value > > Once w32.c is fixed, the worst that will happen is that Emacs will use > some other name for the working directory, a name that the user > specified at some point (though perhaps not the most recently). I > don't see this as being a major problem, any more than I see that it's > a major problem that a similar thing happens on Unix. But I think we should not ignore the case by pervading such bizarre code to any platforms. >> > On Solaris 8, the standard shell program /bin/sh is not a POSIX shell, >> > and it does not set PWD. The situations are analogous. >> >> And then, why do you use getcwd() instead of "PWD" on Unix? It's because >> getcwd() normalize pathname, and it's incovenient for many users, isn't it? > > Many applications use getcwd because of inertia: getcwd predates PWD. > Also, PWD is more of a pain to get right, so many applications don't > bother to use it since they don't display the name to the user; GNU > 'tar' is in this category. > > However, programs like Emacs and the shells do tend to use PWD, > because they often present the working directory's name to the user, > and it's more important for them to use a "nice" name. I hope that you had quater tenderness for Windows users ;-) With regards, from himi