From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10277 invoked from network); 29 Dec 2008 21:20:16 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 29 Dec 2008 21:20:16 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 85502 invoked from network); 29 Dec 2008 21:20:11 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 29 Dec 2008 21:20:11 -0000 Received: (qmail 6951 invoked by alias); 29 Dec 2008 21:20:06 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 26193 Received: (qmail 6940 invoked from network); 29 Dec 2008 21:20:05 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 29 Dec 2008 21:20:05 -0000 Received: from mail.o2.co.uk (jabba.london.02.net [82.132.130.169]) by bifrost.dotsrc.org (Postfix) with ESMTP id 7CBDA80308BE for ; Mon, 29 Dec 2008 22:20:02 +0100 (CET) Received: from sc.homeunix.net (78.105.235.196) by mail.o2.co.uk (8.0.013.3) (authenticated as stephane.chazelas) id 494B993702B08D8E; Mon, 29 Dec 2008 21:26:05 +0000 Received: from chazelas by sc.homeunix.net with local (Exim 4.69) (envelope-from ) id 1LHPWh-0003LD-VK; Mon, 29 Dec 2008 21:19:52 +0000 Date: Mon, 29 Dec 2008 21:19:51 +0000 From: Stephane Chazelas To: Richard Hartmann Cc: zsh-workers@sunsite.dk, 276187@bugs.debian.org, 288323@bugs.debian.org Subject: Re: Debian zsh bug triage Message-ID: <20081229211951.GA5454@sc.homeunix.net> Mail-Followup-To: Richard Hartmann , zsh-workers@sunsite.dk, 276187@bugs.debian.org, 288323@bugs.debian.org References: <2d460de70812291246o62169a0bxa7b68ce4aa5be504@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2d460de70812291246o62169a0bxa7b68ce4aa5be504@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-09-19) X-Virus-Scanned: ClamAV 0.92.1/8811/Mon Dec 29 21:02:38 2008 on bifrost X-Virus-Status: Clean 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 `sleep 10`. That is OK as backgrounding `sleep 10` > will set $? to 20. Yet, with > > echo one ; sleep 10 ; echo two > > the same thing happens. As Bart pointed out[4]: [...] That'd be a feature. All the other shells except bash behave like that. You'll find plenty of places where people complain about bash behavior. -- Stéphane