On Mon, 11 May 2009 03:48:38 +0200 Marc Lehmann <[email protected]> wrote:
> On Sun, May 10, 2009 at 12:28:40PM +0100, Thomas Adam > <[email protected]> wrote: > > I did try debugging this, but know nothing about the epoll > > implementation found in libev. :) > > LIBEV_FLAGS=1 urxvt > > should fix that issue for you (by using select) :) > > Of course, the backtrace will not look much different, it simply shows > that urxvt is idling while being responsive (as oposed to e.g. being > in an endless loop, or blocking on some syscall). Well, having tried that, yes this is what happens -- i.e., the backtrace is the same -- I even verified: [n6ta...@shuttle][~]% strings $(which urxvt) | grep -i libev_flags LIBEV_FLAGS Just to make sure this had some effect. But urxvt still blocks X entirely to the extent where unless X is killed or the offending urxvt process is killed, one can't do anything at all, not even CTRL-ALT-BKSP. So do you have any ideas what else it could be, or what further information I could try? I did try attaching xev to the urxvt window before opening one of urxvt's menus which causes the problem, but this showed nothing out of the ordinary -- the urxvt window receives a VisibilityNotify event as expected, then everything freezes. -- Thomas Adam -- "It was the cruelest game I've ever played and it's played inside my head." -- "Hush The Warmth", Gorky's Zygotic Mynci. _______________________________________________ rxvt-unicode mailing list [email protected] http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
