Re: double free or corruption read builtin

2017-05-06 Thread Eduardo Bustamante
On Sat, May 6, 2017 at 4:25 PM, Chet Ramey wrote: [...] > Thanks for the report. This will get fixed. I'm not sure if this one is related to the above, or a different bug. But I'm leaving it here anyways in case it helps: (gdb) r -c 'read -n 128 < foo' Starting program: /bash/bash -c 'read -n

Re: double free or corruption read builtin

2017-05-06 Thread Chet Ramey
On 5/5/17 1:45 AM, Eduardo Bustamante wrote: > dualbus@debian:~/bash-fuzzing/read$ cat -A 6b > M-^_0^A\$ > ^N > > dualbus@debian:~/bash-fuzzing/read$ od -c 6b > 000 237 0 001 \ \n 016 > 006 > > (gdb) file ~/src/gnu/bash/bash > Reading symbols from ~/src/gnu/bash/bash...done. > (gdb)

Re: Bash is incorrectly and inconsistently expanding tilde in $PATH

2017-05-06 Thread Chet Ramey
On 5/4/17 5:00 PM, Ángel wrote: > No. IMHO the fix would be to expand ~ at assignment time, even when > quoted, ie. PATH='~/bin' would be equivalent to PATH=~/bin No. The semantics of expansion in quoted strings are well defined. Performing tilde expansion on a quoted string in an assignment stat

Re: Bash is incorrectly and inconsistently expanding tilde in $PATH

2017-05-06 Thread Chet Ramey
On 5/3/17 6:40 PM, Nikolay Aleksandrovich Pavlov (ZyX) wrote: > Bash Version: 4.3 > Patch Level: 48 > Release Status: release > > Description: > If $PATH in bash contains ~ (e.g. `PATH='~/bin'`) it is incorrectly > treated > as if $HOME is present. Yes. This is one of the oldest fe