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