Hi,
I'm running GNU bash 4.3.11 on several branches of FreeBSD, more
specifically stable/{8,9,10}, and head (11.0-CURRENT), both 32-bit
(i386) and 64-bit (amd64).
Whenever horizontal-scroll-mode is set to on in .inputrc, backwards
incremental search fails to repaint the command line when doing
successive tappings on C-r. bash will misbehave even further when I
hit the enter key. More explanation follows.
If the command line I have found contains multiple words, after I hit
the enter key bash will only display the portion of the command line I
searched for, e.g. "rm -Rf". bash will not display "rm -Rf
/usr/ports/workdirs/*", which is the complete command in this case.
If there was a hit while searching and the hit happens to be the first
word of a multi-word command line, nothing is displayed/repainted when
I hit the enter key. E.g., I search for "svn", and bash finds a
matching command, e.g. "svn up /usr/src", but when I hit the enter
key, all I see is an empty command prompt and the output from the
running svn command.
The only way to force a repaint of the command line is by terminating
the incremental search using C-l, C-a, or C-e.
My PS1 is set to "[${SHLVL}]\u@\h:\w>". The terminal type is set to
either xterm or xterm-256color, and the terminal emulator software is
either PuTTY or xterm. All of these combinations results in bash
misbehaving whenever horizontal-scroll-mode is in effect. This happens
both when logged in directly on the console, text mode or X11, and
when logged in by remote, i.e. ssh.
Any thoughts, or maybe a solution?
--
----------------------------------------------------------------------
Trond Endrestøl | trond.endres...@ximalas.info
ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 9.2-S & re-Alpine 2.03
