Description of Problem: xchat xchat-1.8.7-1.72.0.i386. makes X use up all available memory (running connected to 3 irc servers) Within minutes X uses 256 MB then the machine starts to fail because its out of mem killin xchat frees the memory in the X process. the xchat version before the update was fine. reverting now. Version-Release number of selected component (if applicable): How Reproducible: Steps to Reproduce: 1. 2. 3. Actual Results: Expected Results: Additional Information:
Created attachment 45077 [details] AquaX gtk theme
reverted to xchat xchat-1.8.1-2.i386.rpm which did not solve the problem. Narrowing it down it seems the bug is not related to the xchat update, but to GTK+: rpm -qi gtk+ Name : gtk+ Relocations: (not relocateable) Version : 1.2.10 Vendor: Red Hat, Inc. Release : 11 Build Date: Tue 28 Aug 2001 04:00:42 PM CEST Install date: Thu 13 Dec 2001 10:24:31 PM CET Build Host: stripples.devel.redhat.com Group : System Environment/Libraries Source RPM: gtk+-1.2.10-11.src.rpm Size : 2381845 License: LGPL running xchat and X normally results in 1564 root 16 0 49488 35M 2832 R 3.3 14.4 5:59 X switching the gtk Theme to AquaX (attached, not part of the distrib. but easy enough that it should work) and running xchat (connected to 3 irc servers and switching back n forth a bunch, opening new channels etc) results in X suddenly eating up more and more memory (X is the lasted updates XFree86-4.1.0-15 1564 root 18 0 55984 41M 2836 S 4.1 17.0 6:15 X 2 Minutes later: 1564 root 14 0 59896 45M 2836 R 2.1 18.6 6:22 X 1 More minute: 1564 root 18 0 71632 56M 2836 R 5.1 23.3 6:25 X 1 more 1564 root 15 0 83368 67M 2836 R 7.7 28.0 6:32 X switching the theme back to anything else i have here stops the effect, but does not release the memory. terminating xchat then frees the memory. X, xchat or gtk bug? As its theme-triggered i suspect gtk. I have been running the AquaX theme for a while now, no other programm seemed to trigger this negative effect, only xchat in both the original and the updated version. Cheers, Olaf
This sounds to me like a gtk bug. It looks like something is wrong with the theme which causes gtk to allocate resources from X, probably pixmaps, and not free them. That is just an assumption however. I've got the exact same xchat runing and it hasn't been closed for 2 or three weeks now, and I've got infinite scrollback buffers as well. Only using about 40Mb of RAM which seems reasonable given my configuration. Reassigning to gtk component for further investigation..
Still present in skipjack beta4!
Changed summary to reflect situation. Please not that its present in xchat/gtk+ versions of skipjack beta4 not only the ones mentioned above.
Note that we dont' ship the AquaX theme, so we don't support using it. In fact, you would be advised to not to use any Pixmap GTK+ themes; the GTK+-1.2 pixmap engine has various problems. It's possible this may be the same problem as: http://bugzilla.gnome.org/show_bug.cgi?id=76054
condensed summary.
I agree this looks exactly like http://bugzilla.gnome.org/show_bug.cgi?id=76054 Hope we will get a gtk+ fix here. Changed component back to gtk+ , I think i set it to ipsvadm accidentally when moving this bug to skipjack
I have no immediate plans to work on this... the pixmap engine and imlib are generally code disasters and in the best of cases pixmap themes using the pixmap engine don't work very well. (The GTK+-2.0 pixbuf-engine works much better.) Limited time is best spent elsewhere.
Turned out to be pretty easy to find with code inspection. * Thu Apr 11 2002 Owen Taylor <otaylor> - Fix major pixmap leak that occurred with certain theme/app combinations (#59528) (I think this was the leak ... tried AquaX and xchat before patching, leaked server memory all over the place. Tried afterwards, didn't do it any more.)