Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Is this a bug for zsh 4.2.3?
- X-seq: zsh-users 8421
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: zsh-users@xxxxxxxxxx
- Subject: Re: Is this a bug for zsh 4.2.3?
- Date: Sun, 23 Jan 2005 06:44:01 +0000
- In-reply-to: <16883.11714.845975.423895@xxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-users-help@xxxxxxxxxx; run by ezmlm
- References: <16883.11714.845975.423895@xxxxxxxxxxxxxxxxxxxx>
On Jan 22, 8:53pm, Paul Lew wrote:
} Subject: Is this a bug for zsh 4.2.3?
}
} > cat .zshenv
} echo ok 1
} path=(/bin /usr/bin)
} [[ $HOME/.zshrc -nt .zshrc ]] || echo ok 2
} echo ok 3
}
} However, if I cd to a network mounted directory and then start the
} zsh, the zsh will ignore the rest of the .zshenv from the line with
} -nt comparison.
The network mounted part is a red herring; this occurs anytime one uses
[[ existingfile -nt nonexistentfile ]].
What's happening is that stat("nonexistentfile") fails, which causes
[[ ... ]] to return an error condition rather than a simple falsehood.
This is almost certainly a a bug, because [ ... ] (the test builtin,
that is) does not cause an error in this situation. It's a pretty
serious bug, one that probably warrants a 4.2.4. This was introduced
in the patch in zsh-workers/20412, which could probably be entirely
backed out because the Austin Group has concluded that the extensions to
"test" are OK after all.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author