[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Regression in development version of bash w.r.t. associative hashes
From: |
Chet Ramey |
Subject: |
Re: Regression in development version of bash w.r.t. associative hashes |
Date: |
Mon, 06 May 2013 16:00:16 -0400 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 |
On 5/3/13 5:48 AM, Stefano Lattarini wrote:
> [+cc bug-gnulib, see below for a reason]
>
> Minimal reproducer of the regression:
>
> $ cat foo.bash
> echo "$BASH_VERSION"
> declare -A hash
> echo ${hash[a/b]}
> echo $?
>
> $ /bin/bash foo.bash
> 4.2.45(1)-release
>
> 0
>
> $ ~/bleeding/bin/bash foo.bash
> 4.3.0(1)-alpha
> foo.bash: line 3: a/b: division by 0 (error token is "b")
> 1
>
> Notice that the new behaviour breaks the gnulib-tool script
> (that's how I noticed this regression).
You're just not bleeding-edge enough. :-)
That problem was fixed several weeks ago as part of the ongoing cleanup
of `invisible placeholder' variables (variables with attributes but no
values, which are technically unset).
Chet
--
``The lyf so short, the craft so long to lerne.'' - Chaucer
``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, ITS, CWRU address@hidden http://cnswww.cns.cwru.edu/~chet/