From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3769 invoked by alias); 27 Aug 2017 01:46:22 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 41607 Received: (qmail 10335 invoked by uid 1010); 27 Aug 2017 01:46:22 -0000 X-Qmail-Scanner-Diagnostics: from ioooi.vinc17.net by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(92.243.22.117):SA:0(-1.9/5.0):. Processed in 1.500285 secs); 27 Aug 2017 01:46:22 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.1 X-Envelope-From: vincent@vinc17.net X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Date: Sun, 27 Aug 2017 03:46:17 +0200 From: Vincent Lefevre To: zsh-workers@zsh.org Subject: Re: "set -e" handling is broken with zsh 5.3.1 and 5.4.1 Message-ID: <20170827014617.GA15749@zira.vinc17.org> Mail-Followup-To: zsh-workers@zsh.org References: <20170827005040.GA12622@zira.vinc17.org> <1503797434.1927181.1086126944.455394FE@webmail.messagingengine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1503797434.1927181.1086126944.455394FE@webmail.messagingengine.com> X-Mailer-Info: https://www.vinc17.net/mutt/ User-Agent: Mutt/1.8.3-7137-vl-r99863 (2017-08-22) On 2017-08-27 01:30:34 +0000, Daniel Shahaf wrote: > Vincent Lefevre wrote on Sun, 27 Aug 2017 02:50 +0200: > > ---------------------------------------- > > #!/usr/bin/env zsh > > > > set -e > > > > f() > > { > > [[ -z 1 ]] && false > > } > > > > if false; then > > : > > else > > f > > echo Fail 1 > > echo Fail 2 > > f > > echo Fail 3 > > fi > > ---------------------------------------- > > > > I suppose that cond2-e should die just after f is called, before > > outputting anything. At least, the behavior is not consistent. > > That's what happens if [[ is changed to [, or put into a subshell. I also get the expected behavior if I put "true" before the line [[ -z 1 ]] && false or if I remove the if false; then : else and the "fi". -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)