Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: bug 3.1.5 symlinks & cd
- X-seq: zsh-workers 4672
- From: Phil Pennock <phil@xxxxxxxxxxxxxxxxxxxxx>
- To: wischnow@xxxxxxxxxxxxxxxxxxxxxxx (Sven Wischnowsky)
- Subject: Re: bug 3.1.5 symlinks & cd
- Date: Wed, 18 Nov 1998 22:41:13 +0000 (GMT)
- Cc: zsh-workers@xxxxxxxxxxxxxxx
- In-reply-to: <199811180909.KAA14049@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> from Sven Wischnowsky at "Nov 18, 98 10:09:34 am"
Typing away merrily, Sven Wischnowsky produced the immortal words:
> A (partial) solution is to use a shell function, like this:
[...]
> So the question is: do you think that this is enough (probably with
> some more work on the function) or should we build this into the shell?
Since you asked ... a function is fine, provided either:
1) that the function/compctl is made standard for future releases;
2) by default, 'chaselinks' is set and a user needs to explicitly unset
this.
The former /requires/ extended installation instructions, "to get a
working shell, you will need this here and that there".
The latter would provoke a lot of "why doesn't this work anymore" and
probably a FAQ addition (oh joy).
The issue that the changes in FS semantics is introduced by the shell
and then not carried through to completion (no pun intended, honest!).
The presented directory could affect arbitrary arguments in arbitrary
commands, and to completely 'fix' would require scanning all
arguments... this gets messy.
Uhm..
a) I've just put 'setopt chaselinks' into my .zshrc
b) If this doesn't make sense, I'm blaming it on the bang to my head
which resulted in me getting staples put in by a nurse yesterday --
I'm not supposed to be using a computer. :^(
--
Phil 'your blood looks interesting coagulating on your glasses' Pennock
Messages sorted by:
Reverse Date,
Date,
Thread,
Author