Re: Regression in development version of bash w.r.t. associative hashes
On 05/06/2013 10:00 PM, Chet Ramey wrote: > 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). > Indeed, I had forgotten to "git pull". Everything seems to work fine with the latest 'devel' branch. Thanks, and sorry for the noise, Stefano
Re: Regression in development version of bash w.r.t. associative hashes
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, CWRUc...@case.eduhttp://cnswww.cns.cwru.edu/~chet/
Regression in development version of bash w.r.t. associative hashes
[+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). Regards, Stefano