From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Paul Eggert <eggert@twinsun.com>
Newsgroups: gmane.emacs.devel
Subject: Re: init_buffer PWD fix
Date: Wed, 24 Apr 2002 00:13:42 -0700 (PDT)
Sender: emacs-devel-admin@gnu.org
Message-ID: <200204240713.g3O7DgO17536@sic.twinsun.com>
References: <m3lmbgg65m.wl@omni-engine.com>
 <200204220618.g3M6Icg23696@sic.twinsun.com> <u662jvt4o.fsf@MILCH.meadowy.org>
 <200204231745.g3NHjCW00689@shade.twinsun.com> <ubsc9vbah.fsf@MILCH.meadowy.org>
NNTP-Posting-Host: localhost.gmane.org
X-Trace: main.gmane.org 1019632553 12564 127.0.0.1 (24 Apr 2002 07:15:53 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Wed, 24 Apr 2002 07:15:53 +0000 (UTC)
Cc: emacs-devel@gnu.org, knagano@sodan.org
Return-path: <emacs-devel-admin@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 170H0L-0003GQ-00
	for <emacs-devel@main.gmane.org>; Wed, 24 Apr 2002 09:15:53 +0200
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian))
	id 170H1u-00039V-00
	for <emacs-devel@quimby.gnus.org>; Wed, 24 Apr 2002 09:17:30 +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 170H0C-0004vG-00; Wed, 24 Apr 2002 03:15:44 -0400
Original-Received: from alcor.twinsun.com ([198.147.65.9])
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 170GyJ-0004mF-00
	for <emacs-devel@gnu.org>; Wed, 24 Apr 2002 03:13:47 -0400
Original-Received: from sic.twinsun.com ([192.54.239.17]) by alcor.twinsun.com (8.12.1/8.12.1) with ESMTP id g3O7DgPd006783; Wed, 24 Apr 2002 00:13:42 -0700 (PDT)
Original-Received: (eggert@localhost) by sic.twinsun.com (8.11.6+Sun/8.11.6) id g3O7DgO17536; Wed, 24 Apr 2002 00:13:42 -0700 (PDT)
Original-To: himi@m17n.org
In-Reply-To: <ubsc9vbah.fsf@MILCH.meadowy.org> (himi@m17n.org)
Errors-To: emacs-devel-admin@gnu.org
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.0.9
Precedence: bulk
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Post: <mailto:emacs-devel@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
List-Id: Emacs development discussions. <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel/>
Xref: main.gmane.org gmane.emacs.devel:3161
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3161

> From: MIYASHITA Hisashi(=?ISO-2022-JP?B?GyRCNVwyPBsoQiAbJEI+MBsoQjpISU1J?=)
>  <himi@m17n.org>
> Date: Wed, 24 Apr 2002 15:52:06 +0900

> But on WINDOWSNT, I'd like to apply (3) change too because on W32
> we don't have to (or should not) take such rather profound intentions
> into considerations.

But don't similar issues arise in Windows ports?

For example, I know that Windows sometimes plays funky games with
letter case in file names.  Suppose the user prefers one case for the
directory name, and sets PWD accordingly.  Won't the user be annoyed if
Emacs uses the different case returned by getcwd?

Similarly, suppose the Windows directory has a mangled file name that
is returned by getcwd, but the user prefers the non-mangled name in
$PWD.

Also, are permissions problems ever an issue on Windows platforms?  In
Unix and GNU/Linux, getcwd can fail because a parent directory is not
readable, and that is an argument for preferring $PWD to getcwd.  Is
such a getcwd failure possible in Windows?