hi, I cannot replicate it in anyway on mac os x or linux. Could you please define "sometimes", and supply the exact version of bash that shows this behavior, and the version you refer to as "my old bash"? I have a distinct feeling that it is something different than my old bash.
cheers, pg On 4 May 2016, at 19:43, Britton Kerin wrote: > 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 > Aborting...Aborted > > also sometimes it just dies and takes the terminal with it. > > I'm not sure if this is specific to using \r as an isearch terminator but I > suspect it is since hitting return normaly causes bash to fire off the command > you're searching for. Not sure though. > > My old bash didn't do this, if anyone cares enough to ask I can bring > that computer back up and check the bash/readline version to narrow > down the search where this bug crept in. > > I'm really hoping for a fix as reverse search followed by enter to > bring a command back onto the command line for subsequent editing is > deeply ingrained for me, I keep re-executing old commands. > > Here is my debian system info: > > -- System Information: > Debian Release: 8.3 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.4.5.emp3 (SMP w/8 CPU cores) > Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > Init: systemd (via /run/systemd/system) > > Versions of packages bash depends on: > ii base-files 8+deb8u3 > ii dash 0.5.7-4+b1 > ii debianutils 4.4+b1 > ii libc6 2.19-18+deb8u3 > ii libncurses5 5.9+20140913-1+b1 > ii libtinfo5 5.9+20140913-1+b1 > > Versions of packages bash recommends: > ii bash-completion 1:2.1-4 > > Versions of packages bash suggests: > pn bash-doc <none> > > -- no debconf information > > > Thanks, > Britton >