Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #16385

Re: hash -l with empty hash table prints to stdout

Path csiph.com!xmission!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: hash -l with empty hash table prints to stdout
Date Tue, 16 Jun 2020 09:46:19 -0400
Lines 76
Approved bug-bash@gnu.org
Message-ID <mailman.1977.1592315194.2541.bug-bash@gnu.org> (permalink)
References <20200615204717.GB28118@jar> <bd77214b-2690-f5de-a814-108e5be8b6f1@case.edu> <447bbb87-ce9a-e038-5a00-68646f9771c4@archlinux.org>
NNTP-Posting-Host lists.gnu.org
Mime-Version 1.0
Content-Type multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gHGPs0ryh5H0eM4J1ideUSPl5lR34H9fo"
X-Trace usenet.stanford.edu 1592315194 17980 209.51.188.17 (16 Jun 2020 13:46:34 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=1592315183; bh=kL5b50w0d1fVA7LTKYNV43casbVwKviK6lIyaLA4QL8=; h=Subject:To:References:From:Date:In-Reply-To; b=FnmqbkyAP+T4BQZol5Z9z0ZlDHCS9tiJ9phjnZh/TyORhuA68QjqVc96GqbWaAOxX eSQAvM23W2/OmDrqCDkNp0o8iQYw8k3wTP6SgrUL0Sdq5GfEQv9GolyisCKKfA+im4 TGQHPKphemMpgRiaVmVlqpkNonTOLleWzbf+IbdlGAvkD0YdazJ6R1dg7pHNItLcsA 0lFC80iFvcly3meiBQeNQz2IG5ObCTebNXh0kRHdiBEuAHedU1iCxFLtOB/EjRpxyI QiyKOy0nEFYW1DKiZSgLCGOHKlg7aisA3EQ6DsmW3/arTruRSB7qlposRlZawVmJvz 17891TNNiyOI0Jk6lgwIBme+dtom6Up71uW/ZuOVFd5Tl4qC1Yx3+iQ8NH8vW+uQlx Cg8bKd3ma/qli7LFlhjpPN1M6imb0cc36QDr0CG/wfLNht+6PXNPhiZSciBgt2h8hK LXIwrdJ0etxp2SfLi5flsJBA0AgsEQlUuiokaxT+iGPHyvjjXHFfqYOaKKMA/gJ4m1 qxnQ8kNiuFezXBoWG2WfusnE0o0fXf5vxGVNcxeSyofDDXRFBT2gYlx5hSnN3z2DNK I0vw9HdxwPS+JKgbQMf4Xbmem9Or9pXArdIBRG4/UlrxcZsH3kKJYaBTZhn8fuRYIt 31dkIgJWRgTjxBpR0qr+JwiU=
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 <bd77214b-2690-f5de-a814-108e5be8b6f1@case.edu>
Received-SPF pass client-ip=2a01:4f8:160:6087::1; envelope-from=eschwartz@archlinux.org; helo=orion.archlinux.org
X-detected-operating-system by eggs.gnu.org: No matching host in p0f cache. That's all we know.
X-Spam_score_int -53
X-Spam_score -5.4
X-Spam_bar -----
X-Spam_report (-5.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-1, 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_HELO_NONE=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 <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 <447bbb87-ce9a-e038-5a00-68646f9771c4@archlinux.org>
X-Mailman-Original-References <20200615204717.GB28118@jar> <bd77214b-2690-f5de-a814-108e5be8b6f1@case.edu>
Xref csiph.com gnu.bash.bug:16385

Show key headers only | View raw


[Multipart message — attachments visible in raw view] - view raw

On 6/16/20 9:30 AM, Chet Ramey wrote:
> On 6/15/20 4:47 PM, beluro@web.de wrote:
> 
>> Bash Version: 5.0
>> Patch Level: 3
>> Release Status: release
>>
>> Description:
> 
>> 	`hash -l' is supposed to generate output that is reusable as input
>> 	(`help hash' says so, at least). In case the hash table is empty, a
>> 	string not re-usable as input is output to stdout. The exit code
>> 	indicates success in this case. The string being output is locale-
>> 	dependant (and therefore is hard to filter out in a work-around).
> 
> It's an interesting question. An empty hash table is not an error
> condition, and doesn't result in a non-zero exit status, so output to
> stderr is not appropriate. You might want to temporarily enable posix mode,
> which suppresses the message.

stderr is also a reasonably appropriate place to emit debug info or
warnings. I would consider this a warning condition...

-- 
Eli Schwartz
Arch Linux Bug Wrangler and Trusted User

Back to gnu.bash.bug | Previous | Next | Find similar


Thread

Re: hash -l with empty hash table prints to stdout Eli Schwartz <eschwartz@archlinux.org> - 2020-06-16 09:46 -0400

csiph-web