From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 0193bb01 for ; Wed, 19 Feb 2020 09:38:24 +0000 (UTC) Received: (qmail 10990 invoked by alias); 19 Feb 2020 09:38:19 -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: List-Unsubscribe: X-Seq: 45473 Received: (qmail 14743 invoked by uid 1010); 19 Feb 2020 09:38:19 -0000 X-Qmail-Scanner-Diagnostics: from mailout2.w1.samsung.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.2/25725. spamassassin: 3.4.2. Clear:RC:0(210.118.77.12):SA:0(-7.0/5.0):. Processed in 2.316551 secs); 19 Feb 2020 09:38:19 -0000 X-Envelope-From: p.stephenson@samsung.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.samsung.com designates 210.118.77.12 as permitted sender) DKIM-Filter: OpenDKIM Filter v2.11.0 mailout2.w1.samsung.com 20200219093743euoutp02d37ac6d646582a74eaca362c721e1153~0xCw2oqNH3060930609euoutp02v X-AuditID: cbfec7f5-a0fff7000001ed1a-3f-5e4d01e671cb Message-ID: <1582105061.6506.5.camel@samsung.com> Subject: Re: [BUG] Issue with set built-in in 5.8 (?) From: Peter Stephenson To: Date: Wed, 19 Feb 2020 09:37:41 +0000 In-Reply-To: <75380C1D-ED7C-46A8-AB57-5FC9892581A5@dana.is> X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrPIsWRmVeSWpSXmKPExsWy7djP87rPGH3jDBZ+N7c42PyQyYHRY9XB D0wBjFFcNimpOZllqUX6dglcGWen+hZcYK2YeGMSYwPjVpYuRk4OCQETiRXX/rB3MXJxCAms YJSY1nKSFcLpY5K4eWkmVKaXSeL8/0/MMC2PP65hhkgsZ5Q4evkDI1zVyctHoFrOMEo0/X4P VXaBUWL+t09MIP28AoYSd3pOMILYwgKmEn/Wf2IFsdmA4lM3zQaLiwhISlxrPg1mswioSuxv /wt2LqeAtcSu7QuhTteQ2HDzGNRMQYmTM5+AxZkF5CWat84GWywhcJ9N4uqhPlaIBheJF02z 2CFsYYlXx7dA2TIS/3fOZ4JoaGeUWDPpNTuE08MosenoHUaIKmuJvtsXgWwOoBWaEut36UOE HSVOPFzBBhKWEOCTuPFWEOIIPolJ26YzQ4R5JTrahCCq1SR2NG1lhAjLSDxdozCBUWkWkg9m IflgFsKqBYzMqxjFU0uLc9NTi43zUsv1ihNzi0vz0vWS83M3MQKTwel/x7/uYNz3J+kQowAH oxIPb8Z57zgh1sSy4srcQ4wSHMxKIrze4l5xQrwpiZVVqUX58UWlOanFhxilOViUxHmNF72M FRJITyxJzU5NLUgtgskycXBKNTCa9nxeuX92TpBGRAr3TZ9SzT0JB/l1Nly//LJUe/K8Q09f 7U6fX756iXHUg8PLM6zzt218UtMlc6HMcschg2VynZuuCu/Kn7niZAarmlWM/pmrAmnhdkvX /hZbUFPuZT7T0nSvTsa6F/MzMrJOfgqJq25b/2g/y4VamStszNM5XL5pSTirrvRUYinOSDTU Yi4qTgQAGblDGAIDAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkkeLIzCtJLcpLzFFi42I5/e/4Pd1njL5xBqfnK1ocbH7I5MDoserg B6YAxig9m6L80pJUhYz84hJbpWhDCyM9Q0sLPSMTSz1DY/NYKyNTJX07m5TUnMyy1CJ9uwS9 jLNTfQsusFZMvDGJsYFxK0sXIyeHhICJxOOPa5i7GLk4hASWMkpsvb8EKiEj8enKR3YIW1ji z7UuNoiibiaJyZcnMoMkhATOMErMeugIkbjAKHHoYQsbSIJXwFDiTs8JRhBbWMBU4s/6T6wg NhtQfOqm2WBxEQFJiWvNp8FsFgFVif3tf8E2cwpYS+zavpAFYug3Ron3qy+DNTMLaEq0bv8N dZKGxIabx5gglglKnJz5hAWiRl6ieets5gmMQrOQtMxCUjYLSdkCRuZVjCKppcW56bnFRnrF ibnFpXnpesn5uZsYgcG/7djPLTsYu94FH2IU4GBU4uE9cNE7Tog1say4MvcQowQHs5IIr7e4 V5wQb0piZVVqUX58UWlOavEhRlOgjyYyS4km5wMjM68k3tDU0NzC0tDc2NzYzEJJnLdD4GCM kEB6YklqdmpqQWoRTB8TB6dUA+Pm1TZrH3N+K4tQ+jmNP3EZ912PnaX16XJ1elnpmvWOVYym ysLBkUtOvljJ/vJtjRn3wWIrx9cb21i7/EIP6G87GGBQnMS+87DsrWin0958Dc8PnhBy7edJ VpnwunHqR+W9M6MYQg0tCtOkJau32Ys3tUgcfCmgs6h8jvQ25lueP3L7l6d8UmIpzkg01GIu Kk4EAN+Zdd6UAgAA X-CMS-MailID: 20200219093742eucas1p115b0acf1e8747df270e019a527dce0ee X-Msg-Generator: CA Content-Type: text/plain; charset="utf-8" X-RootMTR: 20200218200226eucas1p2354131b2a9926f2c9e61721e41801029 X-EPHeader: CA CMS-TYPE: 201P X-CMS-RootMailID: 20200218200226eucas1p2354131b2a9926f2c9e61721e41801029 References: <6908034E-BC9E-41B3-8457-111F275AF3A7@dana.is> <20200217090236.17a82c53@tarpaulin.shahaf.local2> <75380C1D-ED7C-46A8-AB57-5FC9892581A5@dana.is> On Tue, 2020-02-18 at 14:01 -0600, dana wrote: > On 17 Feb 2020, at 03:02, Daniel Shahaf wrote: > > > > - Regardless of what we choose, the other behaviour is achievable: if > >   we make the error fatal people can use «eval» to make it non-fatal, > >   and if we make the error non-fatal people can use «… || exit 1» to > >   make it fatal. > Of the two, the latter seems more intuitive I would say so, too.  We don't have *that* many fatal errors for settings, I don't think. Tracing through POSIX to get an exact answer can be a bit of a pain; some wording somewhere implies some particular case at another point not explicitly cross-referenced etc. etc. pws