Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail From: Eli Schwartz Newsgroups: gnu.bash.bug Subject: Re: bash errexit shell option does not work in some cases. Date: Mon, 8 Jun 2020 10:44:09 -0400 Lines: 74 Approved: bug-bash@gnu.org Message-ID: References: <5a7df0ba-3ad1-1f35-1107-09fdd5950359@archlinux.org> <3f403934d6b5d23ca58afc5146416c7@cweb006.nm.nfra.io> <1704.1591007300@jinx.noi.kre.to> <20200608112433.GW4133@eeg.ccf.org> <25a558c6-d1bf-24be-21a9-aebe8fbea894@archlinux.org> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="x53mrB0aPRc4SpF5yg5myn11FXp15yI2O" X-Trace: usenet.stanford.edu 1591627466 31105 209.51.188.17 (8 Jun 2020 14:44:26 GMT) X-Complaints-To: action@cs.stanford.edu To: bug-bash@gnu.org Envelope-to: bug-bash@gnu.org X-Spam-BL-Results: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=archlinux.org; s=orion; t=1591627452; bh=qvChb8gQwaJMYppMaz5/KDJEx1/pWSpNLQhRwplBKLQ=; h=Subject:To:References:From:Date:In-Reply-To; b=L2nL7RqXxKDhmNTqpGyfR7cU1LgD4SXOe6WXQavUXKr0VaMRzn5oe2WVxZVeIe7lX qKsi6YFxyCgbBAR3K6/sSmIjMrj/TDvm1DMhy74miZfA1nGwlNtyrtmi0fDX1w2Eke sYFkthpN7ti+M/thpLXLanhAP/6H+DoOhfeTG0uW9yJwUc2aMf3kCLlUeI/zdQJGfE BSzfIRSos1ZywIoHyWzRaKUXD8XwQfN6LivU6zIOnftRhkyG3y6vYO/T2DiSYXoity H/SG7dSY6ANuFh8KUVDgRTUEvIQ/kEYLkfyiafc8OIyXLtGhGB8vQ9wOCtdGFjgwUB 8FSYiDFP1/eIRPiAktiqkre0Tf+mMK2LZ2x52hSJVYPi/Jy8wHYifA+aLm2cfAd0p7 3Jd5MWmJU+Xns04cuSQfdOB+D9JWI80vFCkdNezTPfSON3e/MsJxJ7qv677FH12Wz+ szy1zCkO0lBtBM2w91m1hABQn9qCroO8VPcZTJ82GYdNLMc6AtUUI6IPQUiloIyE6z X23qxE8jztIorYTCI+4iLDTVYEpo1Lieqfcmq/74QaFB+/HeNnF+swjFXQ8GQR+e8Y lEFlR2wL08JMAAdX3kY5wPQehQS+N2az3ha6UDceAs09Bdo88r4Sr0QchJSpdANs9/ QalY3eaYDV8Qz5kKCrCw9OIo= X-Clacks-Overhead: GNU Terry Pratchett User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 In-Reply-To: Received-SPF: pass client-ip=88.198.91.70; envelope-from=eschwartz@archlinux.org; helo=orion.archlinux.org X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/08 10:44:17 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] 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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: <25a558c6-d1bf-24be-21a9-aebe8fbea894@archlinux.org> X-Mailman-Original-References: <5a7df0ba-3ad1-1f35-1107-09fdd5950359@archlinux.org> <3f403934d6b5d23ca58afc5146416c7@cweb006.nm.nfra.io> <1704.1591007300@jinx.noi.kre.to> <20200608112433.GW4133@eeg.ccf.org> Xref: csiph.com gnu.bash.bug:16370 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --x53mrB0aPRc4SpF5yg5myn11FXp15yI2O Content-Type: multipart/mixed; boundary="s9pJYV43e6bQZhUTTXmtXNCt98HsSGHKu" --s9pJYV43e6bQZhUTTXmtXNCt98HsSGHKu Content-Type: text/plain; charset=utf-8 Content-Language: en-US-large Content-Transfer-Encoding: quoted-printable On 6/8/20 10:02 AM, Chet Ramey wrote: > On 6/8/20 7:24 AM, Greg Wooledge wrote: >> This is part of the set -e nightmare, which is what we keep trying to >> get you (and everyone else) to understand. >=20 > Most of the issue with `set -e' is folks not understanding when it's > not in effect. Well, Greg does have a pretty good point (which is a point I for one prioritize in my decision process for "do I personally recommend the use of set -e") in that another part of the issue is its doing different things across point releases of a shell. And that's not counting the times when the issue is people not understanding when it *is* in effect. Or people who know exactly when it is and isn't in effect, and have no issue, but decline to use it because the precise nature of "when it is and isn't in effect" decreases the usefulness of it sufficiently to make them decide they're better off implementing error checking a different way... and *that* is, I think, what Greg is pointing out. --=20 Eli Schwartz Arch Linux Bug Wrangler and Trusted User --s9pJYV43e6bQZhUTTXmtXNCt98HsSGHKu-- --x53mrB0aPRc4SpF5yg5myn11FXp15yI2O Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEvSewel70XCra9w4EhIGKaBmvSpsFAl7eTrkACgkQhIGKaBmv SpskSg//fOs7jSk8hQKK/q2Q2mVHfbcbfG+Zq5Gi491dDgwZDTWOXR3MO8G26L3P 8sD5qdRMS95xmnsguuym144SlpRgzZ+FMJ0x6g6bRFsinaxgzKDQYW1mNBGdafg5 VGluHzELiH+N2jmr3uJClNrWyLaLpOIyD3P4WaOKqGnjefwVvI+YEwpCNW2OzHWW tS1IE6jQlYdn4a7FjntfSZA6rkgTZqYrlADQ+PfGlVE/Fc4pzWLLMPlzJ9wj8XU5 ugizaH6WTrICFySvbjzAu/l+dSeWt/vA+VsR6zjwhH3rhbUzjgHPyln7+nzo7Qto s9Fknjb/wAudr6yFZHa+fKzkzQy0nDXP1iulPgf9ezV6+jjNy7o0jsWTv7Qu7TBv PpAu76yZZmRgsI7KZvEdAAPXBYtETtl6PTi97PDP96/nwuKv6rPSfVdzFO37zdCv KdJ/SSLciK7mMCPNVIddkM3VTGfrdp7LnvwrwqxyXWBqTPTv9kiZWwfZFjXA3nPI lET8+/zMG2HmyyMOA0MdJUF8hXZUSc/E8raNvauWQQBS88c7TtlsdHZg/ywsqwG2 5h5ouddzKyFfzP9+5y8GxjORmPiJGH/yWAkslKlFDo96e4IjeeNNDUgYZye8FjM5 t5UcdGoogjHQwGXofracynq8tbh2Vnp2V3ftI5P0mtLMBQPQkEiJAjMEAQEKAB0W IQRgQRMEwJ02YoNA7v/OsWfvtXIr1gUCXt5OuQAKCRDOsWfvtXIr1tjRD/9vq1DM lhoZiCwR49GPpP4RPx5Ae2Qr/bSw1TyJ4NmvG6mDPLxC8Vno8YggBIY7c0POSZ7U QcimqJRkbEa1QkBecirXd0qzywWVb9Hg1zylBM9WXOlDyadrtvJWdcENqgyfVQPD ddxuZT5GCOLpFc4lG8g1jWIICRiq8UWMvb9zrbdBUoUwJlxQT/iEdmB5omdtyihy QRVY+zX6hiiyA6xzHx8qXDy29g7H0aYMvf9XW7lRQKyIlntGKi/927BCeR/ZH+Qh iDlpECSx4xCsOECjwMrUP0gHEb/lzhNARxcc9zTdrOdn+n65tnqV2N09GJ9o1dFw kE33VbJeDYn91JgLMERrHMcJrSJ883CamnRhHp0TYrsin5OiJpwC/y4Uf+a/TJj/ qRNxsDjAzDeJaGWKwus5EQiSMVDyeo/E2ykYF+mCmpuMzhp/QwqG1YcivJRkA4SJ obyZTsSztTNUVy6WoeLXW63/xDDZ+PWeTyfhf6H9r5sekaYal0wlIh9GI7bSXA1b pqxwQRr8B9XDU3SBlyD+VOCPR5pimjlad+3LiEwkA/osxQcZHS1ovZgdCrLx1c1X FC8GNoTZC4i36GyVNrrWVU/gj0F881/i9TUlYMtNlbYBT9jb64DTUqFR7w5QaKDV SszXSGF0GyD7jmn58HKoZ6KEYM6HqG70BgPNAA== =sEWx -----END PGP SIGNATURE----- --x53mrB0aPRc4SpF5yg5myn11FXp15yI2O--