strange behaviour of bash-4.0.17 when used in urxvt
nlissne at linux01.org
Wed Apr 8 11:28:17 CEST 2009
On Wed, Apr 08, 2009 at 10:06:34 +0200, Marc Lehmann wrote:
> It's most likely an issue with bahs 4, your kernel, or gentoo (are you
> using gentoo? I don't support urxvt on gentoo, so you would need to
> replicate the bug somewhere else).
No gentoo. I'm using gnuffy. My rxvt-unicode is from archlinux
and actually unpatched. They've used the following build-time
./configure --prefix=/usr --with-terminfo=/usr/share/terminfo \
--enable-font-styles --enable-xim --enable-keepscrolling \
--enable-selectionscrolling --enable-smart-resize \
--enable-xpm-background --enable-transparency \
--enable-utmp --enable-wtmp --enable-lastlog
My readline-6.0 and bash-4 had been compiled by myself, but are
unpatched, too (beside the official bash-patchlevels)
And yes, I absolutely agree it's some kind of bash-4 issue, as it
happens with bash4 and bash4 only. But, as mentioned before,
it also happens with urxvt (and urxvtc) only.
> > but urxvt prints "^C" in this case (although without effect)
> urxvt *never* prints ^C, it comes from somewhere else, e.g. your kernel.
I see. However, the _printing_ of ^C is not the problem and happens
with other terminals as well. It might not been *caused* by urxvt,
but if it's not urxvt that *prints* the output I would have to
relearn what a terminal does.
> > the problem appeared with the very first bash4 versions already)
> tested with bash 4.0.10
I've had this problem with versions 4.0, 4.0.10 and 4.0.17
I haven't tested any versions between as this is how the patch
levels were released.
Chances are this is some race condition - when I experienced the
problem first I also had some rare cases with initial shells that
actually worked fine. I'm going to test this with 32bit next, as
the machine I'm using bash-4 with urxvt at the moment is x86_64
(not that I think that it's caused by architecture, but I'm so
clueless about what might causing the problem, that I grasp any
straw that comes to my mind)
More information about the rxvt-unicode