From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-21906-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 14962 invoked by alias); 14 Sep 2016 11:21:22 -0000
Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Users List <zsh-users.zsh.org>
List-Post: <mailto:zsh-users@zsh.org>
List-Help: <mailto:zsh-users-help@zsh.org>
X-Seq: 21906
Received: (qmail 2179 invoked from network); 14 Sep 2016 11:21:22 -0000
X-Qmail-Scanner-Diagnostics: from out4-smtp.messagingengine.com by f.primenet.com.au (envelope-from <ynnor@mm.st>, uid 7791) with qmail-scanner-2.11 
 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1.  
 Clear:RC:0(66.111.4.28):SA:0(0.0/5.0):. 
 Processed in 0.577516 secs); 14 Sep 2016 11:21: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=0.0 required=5.0 tests=FREEMAIL_FROM,SPF_PASS,
	T_DKIM_INVALID autolearn=unavailable autolearn_force=no version=3.4.1
X-Envelope-From: ynnor@mm.st
X-Qmail-Scanner-Mime-Attachments: |
X-Qmail-Scanner-Zip-Files: |
Received-SPF: pass (ns1.primenet.com.au: SPF record at spf.messagingengine.com designates 66.111.4.28 as permitted sender)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=mm.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=Rd4BgK+RwXZ+1qPosPywJCsp4tM=; b=OUuXOG
	oIqAcY4lk2xaEJRlp2RPUsTPSbOyqrpc+iYalQk5MoHXEgXTufXO6js9LGkOSAl+
	1YY87KceiBzG/o0HhCJokZes2viOQGtumuNtYymtPP1XkY4VWRlM9syzeECfmSml
	RxdAaid1rgVLgfX0ZaNiuzlFnM1VkS7aPw4JI=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Rd4BgK+RwXZ+1qP
	osPywJCsp4tM=; b=Xx2eF+S4z1aJLADig84FcA6QlsJOJ+3UVPGUATCoYeVtHEr
	Jsk1i8PO9UWuP4NFacUtxj9DyqgDs/Z6UKyvJP0gyKR0ywD5XVY7s+HePWq0VOqz
	deuzvaFlSlY80PbqsWJLRDycHnzB/cXHXzPW/Wv1Yw5Bxf7+bdT7isr/sLdg=
Message-Id: <1473852075.116222.725350673.4067E6E0@webmail.messagingengine.com>
X-Sasl-Enc: D/mPNXre1ImvaR7xcb0f6+vp8H/fIz4bd8V+UXD9CKcF 1473852075
From: Ronald Fischer <ynnor@mm.st>
To: Mikael Magnusson <mikachu@gmail.com>,
 "Zsh Mailing-List" <zsh-users@zsh.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain
X-Mailer: MessagingEngine.com Webmail Interface - html
In-Reply-To: <CAHYJk3T+J8bkGmDxMbOBdFiY1EzsvYajG3tKEHRfJV9Bjk9RZw@mail.gmail.com>
References: <1473840044.77968.725190513.460F8572@webmail.messagingengine.com>
 <CAHYJk3T+J8bkGmDxMbOBdFiY1EzsvYajG3tKEHRfJV9Bjk9RZw@mail.gmail.com>
Subject: Re: Possible bug: Zsh function does not terminate when ${name:?word}
 fails
Date: Wed, 14 Sep 2016 13:21:15 +0200

> This seems to be a side effect of the reserved word handling, if you do
> disable -r local
> then it behaves as expected. 

I don't think this would be a good idea. If I understand correctly, this
would make the variables global (with all consequences from a name
clash). There are other nasty consequences too.

A better workaround is IMO to separate parameter check and assignment,
for instance by

: ${foo:?hello}
local p=$foo # foo is guaranteed to have a value here

Ronald