unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "MIYASHITA Hisashi" <himi@meadowy.org>
Cc: emacs-devel@gnu.org,  knagano@sodan.org
Subject: Re: init_buffer PWD fix
Date: Thu, 25 Apr 2002 05:41:37 +0900	[thread overview]
Message-ID: <ud6wosubi.fsf@MILCH.meadowy.org> (raw)
In-Reply-To: <200204242021.g3OKLS704607@shade.twinsun.com> (Paul Eggert's message of "Wed, 24 Apr 2002 13:21:28 -0700 (PDT)")

Paul Eggert <eggert@twinsun.com> writes:

> Yes, in this case, Emacs will use PWD rather than the name you
> specified to the non-POSIX shell.  But this also happens on Unix
> platforms with non-POSIX shells.  It is not a problem that is specific
> to Windows.  And once we fix the bug in w32.c it will not be that
> serious a problem, since Windows Emacs will act like GNU/Linux or Unix
> Emacs in this situation.

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?

On Unix, shell and lots of programs usually put "nicer" pathname to "PWD".
On Windows, most programs put "nicer" pathname to Get/SetCurrentDirectory().

Could you agree on this simple statement?
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, thus it may make displeasing inconvenience for
most applications that don't set "PWD".

>> > On Unix, most applications don't use $PWD; they use the working
>> > directory.  The only applications that set and use $PWD are those
>> > that care about using a "nice" name for the working directory.
>> 
>> I disagree on it.  According to my knowledge, lots of Unix applications
>> use "PWD".
>
> Some do, but most don't.  For example, GNU 'tar' doesn't, even though
> it uses getcwd (in order to implement the -C option).
>
>> Almost all of shells set "PWD" properly.  But on Windows, even
>> the standard shell program, "cmd.exe" dose not set "PWD".
>
> On Solaris 8, the standard shell program /bin/sh is not a POSIX shell,
> and it does not set PWD.  The situations are analogous.  I still don't
> see why Windows should be treated differently.

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?

But Windows never normalize pathname set by SetCurrentDirectory().  So users
would not encounter the problem if we switch to use getcwd().  And I think it's
more convenient on Windows.

  With regards,

from himi

  reply	other threads:[~2002-04-24 20:41 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-21 20:15 init_buffer PWD fix Keiichiro Nagano
2002-04-21 23:00 ` Keiichiro Nagano
2002-04-22  6:18 ` Paul Eggert
2002-04-22  7:20   ` Keiichiro Nagano
2002-04-22 11:15     ` Eli Zaretskii
2002-04-22 21:16     ` Jason Rumney
2002-04-22  7:53   ` Eli Zaretskii
2002-04-22  7:01     ` Paul Eggert
2002-04-22  8:10       ` Eli Zaretskii
2002-04-22  7:22         ` Paul Eggert
2002-04-22 11:14           ` Eli Zaretskii
2002-04-22 23:21             ` Paul Eggert
2002-04-23  6:05               ` Eli Zaretskii
2002-04-22 21:21         ` Jason Rumney
2002-04-23  5:56           ` Eli Zaretskii
2002-04-23  6:14   ` MIYASHITA Hisashi
2002-04-23 11:00     ` Eli Zaretskii
2002-04-24 17:55       ` Richard Stallman
2002-04-24 18:14         ` MIYASHITA Hisashi
2002-04-23 17:45     ` Paul Eggert
2002-04-24  6:52       ` MIYASHITA Hisashi
2002-04-24  7:13         ` Paul Eggert
2002-04-24  7:45           ` MIYASHITA Hisashi
2002-04-24 11:12             ` Eli Zaretskii
2002-04-24 10:30               ` MIYASHITA Hisashi
2002-04-24 16:03                 ` Eli Zaretskii
2002-04-24 17:13                   ` MIYASHITA Hisashi
2002-04-24 18:10                     ` Eli Zaretskii
2002-04-24 18:25                       ` MIYASHITA Hisashi
2002-04-24 19:19                     ` Paul Eggert
2002-04-24 19:41                       ` MIYASHITA Hisashi
2002-04-24 19:59                         ` MIYASHITA Hisashi
2002-04-24 20:21                         ` Paul Eggert
2002-04-24 20:41                           ` MIYASHITA Hisashi [this message]
2002-04-24 21:01                             ` Paul Eggert
2002-04-24 21:23                               ` MIYASHITA Hisashi
2002-04-24 21:35                                 ` MIYASHITA Hisashi
2002-04-25 22:52                                 ` Stefan Monnier
2002-04-25  3:42                             ` Eli Zaretskii
2002-04-24 16:47                 ` Paul Eggert
2002-04-24 17:55                   ` MIYASHITA Hisashi
2002-04-24 10:38               ` MIYASHITA Hisashi
2002-04-24 16:08                 ` Eli Zaretskii
2002-04-24 16:10                 ` Eli Zaretskii
2002-04-24  7:55           ` MIYASHITA Hisashi
2002-04-24 11:07           ` Eli Zaretskii
2002-04-24 11:05         ` Eli Zaretskii
2002-04-24 10:31           ` MIYASHITA Hisashi
2002-04-24 16:05             ` Eli Zaretskii
2002-04-22  7:03 ` Eli Zaretskii
2002-04-22  6:49   ` Keiichiro Nagano
2002-04-22  8:01     ` Eli Zaretskii
2002-04-22  8:26       ` Keiichiro Nagano
2002-04-22 11:19         ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ud6wosubi.fsf@MILCH.meadowy.org \
    --to=himi@meadowy.org \
    --cc=emacs-devel@gnu.org \
    --cc=knagano@sodan.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).