set isearch-terminators "\r" in .inputrc causes malloc assert fails/death

I tried with export INPUTRC=test_inputrc, where test_inputrc contains just this: set isearch-terminators "\r" this causes bash to sometimes spit out things like this: bkerin@debian:~$ ls malloc: .././variables.c:2497: assertion botched malloc: block on free list clobbered last command: ls Abort

Re: param expansion with single-character special vars in the environment

...Also remember it isn't feasible to actually validate a "name" in a script because a name can contain a subscript with a command substitution that effectively requires parsing the full language. (there are some tricks like with `set -nv` and reading its output to shanghai the shell parser into do

Re: param expansion with single-character special vars in the environment

On Wed, May 4, 2016 at 2:37 PM, Piotr Grzybowski wrote: > > On 4 May 2016, at 17:51, Chet Ramey wrote: > >> The issue I'm thinking about currently is whether or not to allow nameref >> variables to have numeric (integer) values. bash-4.3 didn't allow those >> values to be expanded, but allowed th

Re: namref dicussion continued: [PATCH] export -r reference

Yeah I was just looking for this old script last night and just found it :) https://gist.github.com/ormaaj/04923e11e8bdc27688ad If you scroll down to the output for "test 3" where "h" gets called and passes a local "x" to a function that creates a reference to it and exports the reference you can

Re: param expansion with single-character special vars in the environment

On 4 May 2016, at 17:51, Chet Ramey wrote: > The issue I'm thinking about currently is whether or not to allow nameref > variables to have numeric (integer) values. bash-4.3 didn't allow those > values to be expanded, but allowed them to be assigned. It doesn't seem > harmful to change the erro

namref dicussion continued: [PATCH] export -r reference

Hey, after another discussion with Grisha, and following one of his remarks, I kindly request your opinion on the attached patch (like: bad, not needed, already done, weak as it stands, harmful, etc.). It addresses the exporting of identifiers with have nameref attribute set. at the moment we

Re: param expansion with single-character special vars in the environment

On 5/2/16 2:59 PM, Grisha Levit wrote: > > On Mon, May 2, 2016 at 2:48 PM, Chet Ramey > wrote: > > and this one throws away the nameref attribute: > > typeset -n foo ; typeset -i foo ; foo=7*6 ; typeset -p foo > > > I think it's important to note that the n