zsh-workers
 help / color / mirror / code / Atom feed
From: Peter Stephenson <pws@ibmth.df.unipi.it>
To: zsh-workers@sunsite.auc.dk
Subject: Re: cd, pwd and symlinks
Date: Wed, 29 Sep 1999 11:33:17 +0200	[thread overview]
Message-ID: <9909290933.AA25826@ibmth.df.unipi.it> (raw)
In-Reply-To: ""Bart Schaefer""'s message of "Wed, 29 Sep 1999 03:29:44 DFT." <990929032944.ZM21831@candle.brasslantern.com>

"Bart Schaefer" wrote:
> Certainly there should be at least ONE mode in which "cd .." simply does
> chdir(".."), and right now NO mode does so (even after PWS's patch).  I
> don't believe any of 3.1.<0-5> did this correctly either.

Aha.  You mean if I rename a parent directory, then even with chaselinks
set it gets confused.  This does seem to be the case.  That's annoying,
because pwd prints the right value.  It would certainly be nice to think
that chaselinks is always going to do the right thing, no funny business
(i.e. no turning .. into $PWD/..).

> } Now we have a mixture of the two styles, which isn't working, and
> } making it more complicated isn't going to help. Let's just have the
> } two ways of working, with an option to switch between them.
> 
> This is essentially my feeling too, except that I think we can do better
> in the failure cases.

With some clearer documentation on the subject, this could work ---
chaselinks does Zefram's 1, nochaselinks does logical directories, and if
you want the shell to be careful about non-existent directories you have to
move over to Hotel Chaselinks.  (I don't think most users want either/or
behaviour, they want the shell to do the right thing all the time, without
them having to tell it what that is, which is largely how the cd code
arose, and why it's a mess.)  But somebody's going to have to write this,
and it's unlikely to be me this time.

I'll leave out 8084 for now.

-- 
Peter Stephenson <pws@ibmth.df.unipi.it>       Tel: +39 050 844536
WWW:  http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy


      reply	other threads:[~1999-09-29 10:08 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <5lemfkez1d.fsf@tequila.cs.yale.edu>
1999-09-28 10:07 ` Peter Stephenson
1999-09-28 16:42   ` Bart Schaefer
1999-09-28 17:42     ` Zefram
1999-09-29  3:29       ` Bart Schaefer
1999-09-29  9:33         ` Peter Stephenson [this message]

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

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

  git send-email \
    --in-reply-to=9909290933.AA25826@ibmth.df.unipi.it \
    --to=pws@ibmth.df.unipi.it \
    --cc=zsh-workers@sunsite.auc.dk \
    /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.vuxu.org/mirror/zsh/

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 NNTP newsgroup(s).