On Thu, Apr 09, 2009 at 01:04:38AM +0200, Jukka Salmi <[email protected]>
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
prompt.
> 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
modes.
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
--==---/ / _ \/ // /\ \/ / [email protected]
-=====/_/_//_/\_,_/ /_/\_\
_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
