On 2009-01-21 17:53:01 +0100, Richard Hartmann wrote:
> Bump email
>
> There is an actual thread below this email. See
> http://www.zsh.org/mla/workers/2008/msg01850.html
>
> I still think choice 1 meets users expectations best and is the safest
> thing to do. Maybe offer this as an option?
I di
Bump email
There is an actual thread below this email. See
http://www.zsh.org/mla/workers/2008/msg01850.html
I still think choice 1 meets users expectations best and is the safest
thing to do. Maybe offer this as an option?
Richard
On Mon, Dec 29, 2008 at 21:46, Richard Hartmann
wrote:
> Hi a
On Tue, Dec 30, 2008 at 10:42, Stephane Chazelas
wrote:
> Could you please clarify what you tried? I get different
> behaviors from you whether I try
>
> { echo 1; sleep 10; echo 2; }
> or
> echo 1; sleep 10; echo 2
I tried with the latter. The former is well-defined and should always
stop and r
On Tue, Dec 30, 2008 at 12:16:49AM +0100, Richard Hartmann wrote:
> Please don't CC 276...@bugs.debian.org any more -- my fault for mixing
> two bugs into one email. Won't happen again.
>
> On Mon, Dec 29, 2008 at 22:19, Stephane Chazelas
> wrote:
>
> > That'd be a feature. All the other shells
On Mon, Dec 29, 2008 at 09:46:07PM +0100, Richard Hartmann wrote:
[...]
> 2) Unexpected behaviour when stopping a job in a command chain[3]
>
> Consider this:
>
> echo one && sleep 10 && echo two
>
> When stopping `sleep 10`, `echo two` will never be executed, no matter in
> what way you revive
On Tue, Dec 30, 2008 at 12:16:49AM +0100, Richard Hartmann wrote:
> Please don't CC 276...@bugs.debian.org any more -- my fault for mixing
> two bugs into one email. Won't happen again.
>
> On Mon, Dec 29, 2008 at 22:19, Stephane Chazelas
> wrote:
>
> > That'd be a feature. All the other shells
Please don't CC 276...@bugs.debian.org any more -- my fault for mixing
two bugs into one email. Won't happen again.
On Mon, Dec 29, 2008 at 22:19, Stephane Chazelas
wrote:
> That'd be a feature. All the other shells except bash behave
> like that. You'll find plenty of places where people compla
On Mon, Dec 29, 2008 at 09:46:07PM +0100, Richard Hartmann wrote:
[...]
> 2) Unexpected behaviour when stopping a job in a command chain[3]
>
> Consider this:
>
> echo one && sleep 10 && echo two
>
> When stopping `sleep 10`, `echo two` will never be executed, no matter in
> what way you revive
Hi all,
I am triaging bugs in Debian's BTS [1] and the first two things that are
still valid are (both have been on zsh-workers, the first in 2004, the
second in 2005):
1) Possible regression/setting change[2]:
It seems that with zsh 4.07 and
autoload -U compinit
compinit -C
compinit -u
zstyle '
9 matches
Mail list logo
