From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-42034-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 17426 invoked by alias); 19 Nov 2017 19:42:09 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
List-Unsubscribe: <mailto:zsh-workers-unsubscribe@zsh.org>
X-Seq: 42034
Received: (qmail 3275 invoked by uid 1010); 19 Nov 2017 19:42:09 -0000
X-Qmail-Scanner-Diagnostics: from mail-qk0-f176.google.com by f.primenet.com.au (envelope-from <schaefer@brasslantern.com>, uid 7791) with qmail-scanner-2.11 
 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1.  
 Clear:RC:0(209.85.220.176):SA:0(-3.1/5.0):. 
 Processed in 7.966602 secs); 19 Nov 2017 19:42:09 -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=-3.1 required=5.0 tests=BAYES_00,RCVD_IN_MSPIKE_H2,
	SPF_PASS,T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.1
X-Envelope-From: schaefer@brasslantern.com
X-Qmail-Scanner-Mime-Attachments: |
X-Qmail-Scanner-Zip-Files: |
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=brasslantern-com.20150623.gappssmtp.com; s=20150623;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to;
        bh=VESPq2plt7FZDSy79H/KiUMNkJ0aYDB7jEJm7NyjSH8=;
        b=lo4muYz49JJUvMvPQBcarL5GcaHIY8tIbU27FWqxkVBWa1F0CXYPa+dCcKC0Vlm0+N
         lpRDbDdpFUTsa4N12f9iFm17Qaf5GTenfV3y8zw3j2DLZdPhKYmuT6lRtgNex5//u+rk
         bsM8/MZPUApVQDUievuokyKZ6qKORkUxSbjVreAOcH8tpGpO4J0A+DAYt+N4c5KGKFbY
         LTHquQOqktvxLx4xtGklmw88FVgHPzE5BAuNxyNbE1ktZEe7/kaREvvNmM6TMWLlpqZS
         hTGVmAJLeyWz18ODhIesbhaky7oibQR1Xzh3s4uVAe/O98Sd4uy4k4Y442ZKX7/Nt4up
         SNDA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to;
        bh=VESPq2plt7FZDSy79H/KiUMNkJ0aYDB7jEJm7NyjSH8=;
        b=oDL+iTv2Unwetcnbc0OmUs+susrw2B5froyyAyQOeJwPEIh2fDZCDUmVC/xV2qn1Ts
         VOiooX609GUv/BQgBRVa8eZqhxOStnvJeLI5hrJP/UPETgFYuK7UvFi/8/mzsQnaDCHK
         6jsNbG4KULRix9RMKFiSKDimB4ketr22BDqr3OIVQplY9h9D7LNmZrG1yy9oa/wGhPV7
         q2ubEVqA3UEq7Y16/J0lUCrdFd16pXq7WHfu9I0Tn/lWQrSidVXQTsNo2th/dYZueh2i
         E+74BPNPHAi18f9SvyEvK3Axi+UdAAhgpNyoC5XZgfeW+Aq4jBqO4ulN90velHn+7B6w
         nsdA==
X-Gm-Message-State: AJaThX6p5UKoRgSqs32ly/sLg8QMYeEA/0XwNrJRTYj9uFNix7zirP/e
	Ldmw5VjSK2k+c8mjaEuo2CP18A6HyopAM9Ouz/dBqg==
X-Google-Smtp-Source: AGs4zMaVD1DktJCn2NXQdC1NQ9Pe482Aef8vkPQ8PFuECqC8UPrCxK0FyCxQiikR2KfYuuINoir5LiGYHYwiXdhYCDo=
X-Received: by 10.55.179.135 with SMTP id c129mr16758972qkf.254.1511120517758;
 Sun, 19 Nov 2017 11:41:57 -0800 (PST)
MIME-Version: 1.0
In-Reply-To: <1511029379.709069.1176966800.1BF7416A@webmail.messagingengine.com>
References: <0d6faa9a-fb69-8343-9630-a60d8f1bee0a@inlv.org>
 <171110143717.ZM16244@torch.brasslantern.com> <20171111124528.035a70ac@ntlworld.com>
 <38275e86-81c7-dbf8-544e-b0a399a4461d@inlv.org> <171111151905.ZM20139@torch.brasslantern.com>
 <20171112195657.74fb0b8a@ntlworld.com> <20171114122619.kqa4i2sth66mafrs@tarpaulin.shahaf.local2>
 <d039a540-6850-86cf-8808-2daf8f85182e@inlv.org> <20171114235249.egcynklamldfcogv@tarpaulin.shahaf.local2>
 <cc55e795-531f-70a6-6a75-a34420ac1f04@inlv.org> <1511029379.709069.1176966800.1BF7416A@webmail.messagingengine.com>
From: Bart Schaefer <schaefer@brasslantern.com>
Date: Sun, 19 Nov 2017 11:41:57 -0800
Message-ID: <CAH+w=7ZnPm-StoJ=A7aT45o8hAXA1GZhGPAd4g170soyepQaCQ@mail.gmail.com>
Subject: Re: [PATCH] don't exit shell on [[ -o invalid@option ]]
To: "zsh-workers@zsh.org" <zsh-workers@zsh.org>
Content-Type: text/plain; charset="UTF-8"

On Sat, Nov 18, 2017 at 10:22 AM, Daniel Shahaf <d.s@daniel.shahaf.name> wrote:
>
> How about the following.
>
> It uses status 3 because status 2 currently means "syntax error in [["
> and I didn't want to overload that; and it uses POSIX_BUILTINS because
> that seemed more closely related than POSIX_IDENTIFIERS.

For reasons I can't entirely define, it bothers me that an operation
to test the setting of options changes its behavior based on the
setting of an option.