Path: csiph.com!tncsrv06.tnetconsulting.net!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From: Eli Schwartz <eschwartz@archlinux.org>
Newsgroups: gnu.bash.bug
Subject: Re: set -e ignored in subshell if part of command list
Date: Wed, 13 Nov 2019 11:53:57 -0500
Lines: 80
Approved: bug-bash@gnu.org
Message-ID: <mailman.1356.1573664061.13325.bug-bash@gnu.org>
References: <CAMhR0U1fzAvXMVZacEYf9yAPwgq_6Gz5C-99dj6xt=9pQMtX8Q@mail.gmail.com> <13040a55-507d-e072-e827-be7c33be968f@case.edu> <CAMhR0U3yqJ5N-gMCOK7SspOJcdcOCEtu_+cV3=zUgr7fJmkRRQ@mail.gmail.com> <2090944b-674f-6be3-f8a4-ad0d49ec44ed@archlinux.org>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9qZVgc8K1doNoq2nZoVZX0oPzBfjIGq67"
To: bug-bash@gnu.org
Envelope-to: bug-bash@gnu.org
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2
In-Reply-To: <CAMhR0U3yqJ5N-gMCOK7SspOJcdcOCEtu_+cV3=zUgr7fJmkRRQ@mail.gmail.com>
Precedence: list
Xref: csiph.com gnu.bash.bug:15676

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--9qZVgc8K1doNoq2nZoVZX0oPzBfjIGq67
Content-Type: multipart/mixed; boundary="wqubCCAr4FUya1yPb2B8zA3NjPS4ct3P4"

--wqubCCAr4FUya1yPb2B8zA3NjPS4ct3P4
Content-Type: text/plain; charset=utf-8
Content-Language: en-US-large
Content-Transfer-Encoding: quoted-printable

On 11/13/19 10:59 AM, Shaun Crampton wrote:
> But the commands in the subshell execute inside a different shell
> execution context so they shouldn't have
> their own set -e context (Section 2.12)?
>=20
> I don't see where the spec says that the subshell has to inherit the
> and/or list-ness of the
> parent context.  Section 2.12 doesn't mention that as being one of the
> things that a subshell inherits
> (and unless I'm missing a good use-case, it seems like a pretty
> useless thing to inherit in a subshell
> or a function that happens to be called on the LHS of an and/or).
You're trying to defend the behavior you *want* set -e to have, even
though many people rely on set -e having the behavior it does, indeed,
have. Why do you require that yet another behavior change be made, so
that it is even harder to know what set -e will do across various
shells, and across various *versions* of a shell?

set -e already has more than enough exceptions to every single rule it
ever had. It's a collection of inchoate nonsensical lexical rules. Don't
use it, for all the reasons enumerated here:

https://mywiki.wooledge.org/BashFAQ/105

Everyone will be much happier if they just don't use set -e, and,
instead, implement actual real error handling that a) works, b) does
what they expect in their own special snowflake case.

--=20
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User


--wqubCCAr4FUya1yPb2B8zA3NjPS4ct3P4--

--9qZVgc8K1doNoq2nZoVZX0oPzBfjIGq67
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEvSewel70XCra9w4EhIGKaBmvSpsFAl3MNSYACgkQhIGKaBmv
SptCKBAAtDST92acbcrnLxbI4la3366OjXuDYiWWQf7dw/PYiyWDgddlY+zgaLIX
H4/iocY2b/zpf/rJUD0qtC9xM67mg4YqfutXI8sw/DcT7c4QamS3dEtkkwaVoPNP
1KQwugO8SPeUYrT2eNYXIviSMNzxz22OrsR+PgznSWaC8VsSqsC0ZIwZv2x5Uq9a
yy++ANw/DfvPA5bOYjn0H9VJ+442HAkNBo6SaqUu8/3tjyZPx8wVDfK6QLOz3xCp
gRyf16exNsHGf6kXOj58nLTL23JB4IoZu3FweHuBRx+CYCWlDXf3KpOLVfTO7daE
kVwKS7Ad4eVCr1TNHhNldqNt4sUbpW3EU1F0ZXHOgem6OFAHzNqePlspQSsEBNoL
V/hyDid/N1PsKIDxg7J62YtUicdeahCQiKHUqKpPlQ0yHNk9DsqBPwbBPphHspJD
PJgBUmr6DJpETsqRnZ4rg/z5utCFHhsSaruz1AoSy2PQrd1ZHym4C+YbDv16gyQF
K1awDF3aXCcjSSzq856wdN8iqlGpSPdswOopKhSXZiL9UvgbQaX3nB2vMHgrrXZK
oVaoCanzUlVGyH822naXhQg3Oy18Gz3l1grd+CSPJ/tS+/SYyd9YI/6kEj41uRw1
x4qKx8HJOURX69v/9KDSGmh6fAnn7F+5pGizfxjgFdw93YO/aZCJAjMEAQEKAB0W
IQRgQRMEwJ02YoNA7v/OsWfvtXIr1gUCXcw1JgAKCRDOsWfvtXIr1j+oD/sEtl5r
vAx4PgwD/jySX5WvmfpCP8b4tKQ+mF6Q9V/jR+3Xd1oExQRT+ErDMIaP/phHa2S8
EWXgPMf0hjNbn5GQVrkCbpyDLoCEC4X9UhqIfbUbg3f/33YOU7aprxP0E/VXOS93
0quuluSI0Lul19vJV0GERaNXIJgfzjQuTNTsVKsRPp3b7BmRv7duxOOp2NYnExfm
4JxhMytZqbQBAkIJTUxuQ0TvS6UHaJfwOt2WbZ1aFEQMkf72Oy0BjkujBY4vYxQN
xEnCxgwhWXKLd4QO9GIHZhauBWvM28jMXUyZsWtk0pnUZQD1GoJC2MVrCGGh33Ea
aGpWFmECGMj2CRk0et/2lzR5PiGfEHvWG6ZlNT4yIrXHN3+wpRBSi0AQn4HCLDre
UbIvxrP8EvsOnXm+fWi8wer/w3FqsY4pnZSXzTqqzCCOnxY6Q0uwXiqqs0+X6rL8
+mSljL04QPz/gWV6Xh6DxuYr/7zt+QCDNoT4ktMWdG3DJ9VFjEkKgoiHB3+3K0rp
iSM52SjMiQAg81vlY1P8XgKehY8sMKAL/7M2JKz9qrjTaTlRoPLfcjgWDF+2yBIC
V76P2Vv1Ozz8k0imJk2JiBXU07+JEiDTy8XFjSQgrmIv4KcMrGsT0sHBtY+ZBaEd
ixMaSa6U9Yz01EZi/AIwKn21rh6fdstvr0PczQ==
=o4LK
-----END PGP SIGNATURE-----

--9qZVgc8K1doNoq2nZoVZX0oPzBfjIGq67--