Running xchat on a stock GinGin64 install on AMD Hammer, results in corrupted
pixmaps everywhere. I presume this is a 64bit cleanliness issue either in
xchat itself, or in GTK+ on 64bit platforms. Perhaps even just an x86_64
issue with GTK+.
Owen pointed out a similar bug on GNOME.org which might be related, however
the screenshots from there are not similar in nature to the xchat one it seems.
xchat 1.8.x in GinGin64 is a GTK 1.x application.
I'm going to try running xchat on other 64bit architectures sometime and see
if all 64bit archs are foobed. Then I'll debug xchat and try to narrow it down
to xchat or GTK being at fault.
Here is the similar GNOME bug report for reference:
Ray, do you see this problem with xchat on your alpha?
(Note, test a rebuild of xchat-1.x from RH9 on alpha. Rawhide currently has
Note i'm not running Red Hat on my alpha anymore. I downloaded the rpms
extracted them, patched them and compiled everything with the same flags as the
rpm though, and i'm not able to reproduce (I know...hardly conclusive). It seems
to work fine for me when i compile gdk-pixbuf support into xchat and also when i
don't. Nevertheless, I have a feeling it is a problem with gdk-pixbuf's pixops.
I remember getting pixel corruption a while ago, for some scaling modes in
gdk-pixbuf back when it first got merged with gtk+, so it's conceivable to me
that a similar problem could popup in the standalone version of gdk-pixbuf.
Mike, does the problem still happen if you compile xchat w/o gdk-pixbuf support?
Please reopen if this is still relevant.