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: bash errexit shell option does not work in some cases.
Date: Mon, 1 Jun 2020 09:16:17 -0400
Lines: 92
Approved: bug-bash@gnu.org
Message-ID: <mailman.897.1591017393.2541.bug-bash@gnu.org>
References: <5a7df0ba-3ad1-1f35-1107-09fdd5950359@archlinux.org> <3f403934d6b5d23ca58afc5146416c7@cweb006.nm.nfra.io> <1704.1591007300@jinx.noi.kre.to> <031b5b39-826a-6523-b03b-b839efe9eb63@archlinux.org>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="g0zXCpzSYli9HjFv6gDlhUL2yFu9qGtx7"
Cc: bug-bash@gnu.org
To: Robert Elz <kre@munnari.OZ.AU>
Envelope-to: bug-bash@gnu.org
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0
In-Reply-To: <1704.1591007300@jinx.noi.kre.to>
Received-SPF: pass client-ip=2a01:4f8:160:6087::1; envelope-from=eschwartz@archlinux.org; helo=orion.archlinux.org
X-Spam_score_int: -43
X-Spam_score: -4.4
X-Spam_bar: ----
X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN
X-Spam_action: no action
X-BeenThere: bug-bash@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/bug-bash>
List-Post: <mailto:bug-bash@gnu.org>
List-Help: <mailto:bug-bash-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe>
X-Mailman-Original-Message-ID: <031b5b39-826a-6523-b03b-b839efe9eb63@archlinux.org>
X-Mailman-Original-References: <5a7df0ba-3ad1-1f35-1107-09fdd5950359@archlinux.org> <3f403934d6b5d23ca58afc5146416c7@cweb006.nm.nfra.io> <1704.1591007300@jinx.noi.kre.to>
Xref: csiph.com gnu.bash.bug:16337

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--g0zXCpzSYli9HjFv6gDlhUL2yFu9qGtx7
Content-Type: multipart/mixed; boundary="6UEaz0tmygwMLb3NuemBebSEah2vDIFZt"

--6UEaz0tmygwMLb3NuemBebSEah2vDIFZt
Content-Type: text/plain; charset=utf-8
Content-Language: en-US-large
Content-Transfer-Encoding: quoted-printable

On 6/1/20 6:28 AM, Robert Elz wrote:
>     Date:        Sun, 31 May 2020 22:46:48 -0400
>     From:        Eli Schwartz <eschwartz@archlinux.org>
>     Message-ID:  <5a7df0ba-3ad1-1f35-1107-09fdd5950359@archlinux.org>
>=20
> While I generally agree with ...
>=20
>   | Don't use errexit
>=20
> but not really with:
>=20
>   | it does not mean what you think it does.
>=20
> (it does mean what I think it means ...)

(I think shell developers are exempt from this generalization. :p)

> in this case:
>=20
>   | You're merely the latest person to discover that this applies to yo=
u:
>   | http://mywiki.wooledge.org/BashFAQ/105
>=20
> doesn't really apply - the cases reported are simply bugs in bash,
> a shell implementing -e correctly should exit as it was expected to.
>=20
> This all results from earlier posix specs where -e and simple commands
> were linked - the wording has been improved (still short of perfect)
> and simple commands are no longer relevant (other than that exit status=

> generally originates with the result from a simple command).

As I am a poor user, I could not figure out whether the grammar allowed
or forbade this this result.

So this is actually that unbelievable of unbelievables, a script which
is broken because of set -e and it's actually because set -e has a bug?

Thanks for clarifying.

--=20
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User


--6UEaz0tmygwMLb3NuemBebSEah2vDIFZt--

--g0zXCpzSYli9HjFv6gDlhUL2yFu9qGtx7
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEvSewel70XCra9w4EhIGKaBmvSpsFAl7U/6EACgkQhIGKaBmv
Spt2rQ/+IHLiF1ymNOhbeEqDHru+pUsJR2OAFQmDAo4OxZNwty1aKwnqiOIwFZju
YslUISTYP503DN1SxxFSRQfNAGxE7E7qm54bBNIDJyJoS6NfS3i7lXvlnilXkszd
Dfyntti4759cGSEdEFviAl1fg0ImhIX+u+Ev7txE9iCPsEuiiYtZYzGI8Yybv2og
aZqGyYgB5jRpnrOiaUChju/f2fvbF3zpBU70t70wV4PeHb4PJn2MNOey1yCq5z/z
+UN1UfJHNcHK8ne/NFRbCEWIDBAR6xIg+EG/NXWK7U4dnm/ZBLrhJS30O326zcSj
aoEYuFILRWd9UrNAJb2d9tFIu284LpsO3A5WOgu9/KXZqmIO+7TjgDYJ4kdyzx+1
12gNR1fo2CCBf8tHZt2C9c1TUTRw3tEYB0+SnRO5QYyRFNSraOvHCX3JgrOsYcSM
IMt11rPja1PiqYSQIptKkdVSOJU7UPTfc1bDN0bgU/RZhnyDs8zqiWcWHyBLbSiI
RHF4DzUIh7QhOXI3iFgWkVQnmNsyes+srsTzawOuT5CzH9LPFoqPEawgPabRe0L9
rZquzSzd/K6OE1ZllXu8tjhHeTFG7vNgWpfqgbpaBG3ZgEIeG5yLhS2rLuT1pETw
KxAcgtKE45A5cr2IH98717MEJ/9nvaSVVwRoYa/+D+kxjNMSU3eJAjMEAQEKAB0W
IQRgQRMEwJ02YoNA7v/OsWfvtXIr1gUCXtT/ogAKCRDOsWfvtXIr1kDxD/0QkBRz
NE4qHD65mHzy+hmF1WEy3NRIWDS0CP3YgtjMow4rTGJACjyI1cMKtLvVe1pW0/ov
jg6oIA2yA3chT1eVzfNiZc+H54OL+rQvwE/1uG2M7mQJv3Q5OsnBrEoT6qK6dea1
aoKRZvR3knHUtibOByigprXwTvpae5jA1Y89X4PNi6L2NeLJCdXhAw6y+IeGQ83y
1VivLS9mt6Jg/FJ4A6VBdSkcv29qCsq4Aqu7urz9LiraPpf61xSuA7phRqWl9eFG
+D5N6bW5cGzSyqg1fwwodofpL+/Vb6cT5csleMsNJJ/y4kk0u1KcARPcuyenYkGT
Z2CVcUiWnHvlGAdwM7uT6zPddgasbcxOhfx7BK+g8Daq3vro6rYbkAHX25+tkJx+
izwytj71knj+0eMtQHhE50qKTGSpS/ggTSymv7EGuE0XpwEPvRjVYjg3LWM96mrh
WCy0SAaADvwRNn9gpV/Rq0dlBCwaOGeg1a+IEf+jjrVSKrn3mCBPW+vEPvsB/SrJ
CtO2JYcFf/N/yMqsi/q4B54tgiKUMIJTDySwS5/I2hi94wZsk5sJ283cGw02l8lH
2Rik+BQfhq8k5HPMn8iVuEDT7iENmw1s0B/d6Ke+YXQPPWx+479ti/mcg1pDm+Jh
MP/IBOZE4f8jEnexNQwz1QEJt728MPl9CsU8cQ==
=KpG+
-----END PGP SIGNATURE-----

--g0zXCpzSYli9HjFv6gDlhUL2yFu9qGtx7--