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
