This problem carries on for a few years, across several versions of urxvt, xorg-server, gcc and other packages. Upstream has just given me a firm FU (dismissing it as a Gentoo bug). I hope I'll get a better answer here. The problem is hard to reproduce, as it seems random - it doesn't happen every time and I'm not 100% sure what causes it. Every now and then, when scrolling through a large text, terminal hangs - that is it stops being redrawn, if I switch to a different desktop, whole window (including scrollbar) turns black and has to be xkilled (cause it can't be closed otherwise). I think it's related to CJK glyphs, but can't say for sure. Could somebody give me a hint what should I do to provide some data for this bug if such hang happens ?
What may matter is that I use a freetype font, as I don't like bitmap ones for several reasons. The setting is: URxvt.font: xft:monospace:pixelsize=18 no other custom settings, IIRC.
Created attachment 216139 [details] emerge --info rxvt-unicode In hope it helps. Most of it won't be very helpful, as it's been happening several versions of gcc, glibc, etc. back.
As I mentioned on IRC, it seems to happen most of the time either in midnight commander F3 view or in mutt when scrolling very fast the mail list (I've got a fairly long one). But it doesn't happen every time and mc can view CJK files just fine most of the time.
I've looked on the configure.ac and added '--enable-warnings' to see compiler warnings... Well, as that hang was random, I can't tell for sure, but it may be, that the answer to the problem is simply '-fno-strict-aliasing', as it seems libev (one of more important elements of rxvt-unicode, it seems) was designed to be broken otherwise (at least for C++ and gcc 4.x). Would be nice, if there would be a simple way to verify it, but I can't think of one.
Perhaps try to run it under strace -f -ff or ltrace, and see what it is doing when it "hangs"?
Presumably fixed some time within the last 9 years.
