bug-bash
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Britton Kerin
Subject: set isearch-terminators "\r" in .inputrc causes malloc assert fails/death
Date: Wed, 4 May 2016 12:43:51 -0500

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:

address@hidden:~$ 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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]