Re: memory leak in execute_simple_command when dofork is true

Actually, there are more leaks in execute_cmd.c, I'm just going to list them here. --- hp% ./bash -c '(:)' = ==7

memory leak in execute_simple_command when dofork is true

I ran the configure script with the following arguments: hp% ./configure CC=gcc-6 CFLAGS='-Wall -g -ggdb -O0 -fsanitize=address' LDFLAGS=-fsanitize=address --without-bash-malloc Which enables the LeakSanitizer (https://github.com/google/sanitizers/wiki/AddressSanitizerLeakSanitizer). It de

devel branch fails to build when using bash malloc due to missing errno.h include

I'm running configure with the following flags: |./configure CC=gcc-6 The error I get while building: |make[1]: Entering directory '/home/dualbus/local/src/gnu/bash/lib/malloc' |gcc-6 -I. -I../.. -I../.. -I../../include -I../../lib -DHAVE_CONFIG_H -DSHELL -Wall -g -ggdb -O0 -Wno-

Re: Severe IFS glob bug needs patch [was: Setting IFS='*' causes bash to freeze on tab completion]

I agree with everything, except calling it severe. This is self-inflicted harm, and easy to work around

Re: shell-expand-line drops quotation marks [FIXED]

fects. Process substitution, yeah, I can't actually imagine it ever being useful to actually SEE the "/dev/fd/##" --- any my fix actually inhibits it already... Though after you mentioned it, I was actually kind of surprised to see the old behavior even worked at all: old% cat <

Severe IFS glob bug needs patch [was: Setting IFS='*' causes bash to freeze on tab completion]

Op 02-07-16 om 11:30 schreef Andreas Schwab: > "Ibrahim M. Ghazal" writes: > >> After further investigation, the problem seems to be that when IFS is >> set to '*', case *) doesn't get executed. Is this the intended >> behavior? >> >> For example: >> >> IFS='*'; case "foo" in *) echo "got here";;

Re: shell-expand-line drops quotation marks [FIXED]

On 11/2/16 6:03 PM, Dabrien 'Dabe' Murphy wrote: > I know this thread > > is a year old, but I do have to say I agree with the OP that > `shell-expand-line`'s decision to perform Quote Removal seems to violat

Re: out-of-bound read in brackmatch function in "sm_loop.c"

awesome - I got couple more like that. Will pipe it over to bug-bash soon. Cheers, op7ic On Wed, Nov 2, 2016 at 6:31 PM, Chet Ramey wrote: > On 11/2/16 8:06 AM, op7ic \x00 wrote: > >> Bash Version: 4.4 >> Patch Level: 0 >> Release Status: release >> >> Description: >> >> A out-of-bound read wa