strange behaviour of bash-4.0.17 when used in urxvt
schmorp at schmorp.de
Thu Apr 9 05:14:25 CEST 2009
On Thu, Apr 09, 2009 at 01:04:38AM +0200, Jukka Salmi <j+urxvt at 2009.salmi.ch> wrote:
> I think I'm seeing the same problem on NetBSD/i386 with urxvt 9.06, bash
> 4.0.0(1) and dwm (a tiling wm, slightly modified version 5.5). However,
> the problem happens only once in about five to ten times a new urxvt(c)
> is started, so there's definitely a race condition.
rxvt-unicode contains a workaround against common ncurses bugs: it sends a
sigwinch as soon as it receives some input *iff* there has been a resize
operation. No other terminal does this currently, and it help a lot under
tiling window managers.
What you describe really looks like a bug in bash - most likely, it tries
to write the prompt, for some reason it gets cut into two parts (likely
due to the two lines - linux suffers from similar idiocies in it's ttys),
and when your shell gets a SIGWINCH it forgets to print the rest of the
> to last column of the same line; a Ctrl-L restores the prompt to normal.
> If this happens, then Ctrl-C does not work (in the same way you
Maybe other things do not happen then as well, such as restoring terminal
While this all could still be some problem in urxvt, a bash bug fits the
description much better at the moment.
Maybe you would be able to reproduce this under ktrace (on bash), so one
can see whether bash really writes the prompt or indeed bash just doesn't
write the prompt. A ktrace on urxvt would show whether it correctly
configures the pty, too.
The choice of a Deliantra, the free code+content MORPG
-----==- _GNU_ http://www.deliantra.net
----==-- _ generation
---==---(_)__ __ ____ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / pcg at goof.com
More information about the rxvt-unicode