Re: Associative array assignment crashes Bash interpreter

2014-02-02 Thread Chris Down
First of all, please fix your broken From header. It should be b...@franklin.gtkcentral.net when you are addressing the wider Internet, not ben@franklin. On 2013-12-13 05:25:17 -0500, ben@franklin wrote: > Description: > The included scripts generate a "division by zero" and "recursion level

Associative array assignment crashes Bash interpreter

2014-02-02 Thread ben
Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu' -DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKA

help-bash pointer added to web page

2014-02-02 Thread Bob Proulx
One of the recent postings mentioned that http://www.gnu.org/software/bash/ directed questions to bug-bash. We never updated the web page to mention the new help-bash mailing list! I updated the web page to say to send questions for help with bash to the help-bash list and bugs or development iss

Re: [sr #108491] Is `set -o histexpand` meant to trump `set -o posix`? [eg, echo "#!/"] (Because it does.)

2014-02-02 Thread Chet Ramey
On 2/1/14, 7:35 PM, Geoff Nixon wrote: > So having done some more playing around with this, I've found that when > bash is configured and compiled with '--enable-strict-posix-default', this > doesn't occur. I see this is documented in the change log for 4.3alpha, as: > > k. When compiled for s

Re: unsigned int for loop in bash

2014-02-02 Thread Chet Ramey
On 2/1/14, 11:36 AM, Mathieu Malaterre wrote: > As reported at: > > http://stackoverflow.com/questions/21500367/bash-for-loop-with-unsigned-integer > > I am getting a weird behavior in bash. Would it be possible for the > next release of bash to not get a SIGSEV ? Well, you're attempting to use

Re: Documentation update for case in shell's builtin help

2014-02-02 Thread Chet Ramey
On 1/31/14, 7:09 PM, Peggy Russell wrote: > Release 4.3.0(1)-rc2 > > The help for "case", in the shell's builtin command "help", shows the > operator ;; but not the operators ;& and ;;&. > > help case Thanks for the report. There are a number of places where `help' is not as comprehensive as