http://bugs.winehq.org/show_bug.cgi?id=28445
Summary: Task bar animated icon resource leak Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: sprog@online.ru
If any win32 application has an animated icon wine will exhaust both memory and X server resources.
If you start a win32 application in Wine with an animated icon (like The Bat) you will immediately notice an initial 6-7 times higher CPU usage by X server (like 7-11% instead of 2-3), with time the processor usage would increase and eventually, depending on memory, it will lock down the system.
I'm not sure if this is KDE or Wine problem.
KDE 4.6.5 amd64, gentoo xorg 1.10.4
http://bugs.winehq.org/show_bug.cgi?id=28445
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |integration CC| |austinenglish@gmail.com Component|-unknown |winex11.drv
http://bugs.winehq.org/show_bug.cgi?id=28445
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ehoover@mines.edu
--- Comment #1 from Erich Hoover ehoover@mines.edu 2011-09-20 09:12:48 CDT --- Your bug title says something to do with the task bar... Does this happen with all animated cursors or is this specific to something with the task bar?
http://bugs.winehq.org/show_bug.cgi?id=28445
--- Comment #2 from Igor Franchuk sprog@online.ru 2011-09-20 10:00:05 CDT --- This bug happens always when an application has an animated icon. Like The Bat mail client. I mean if an application is redrawing it's icon in the taskbar - this will damage X server and the system. It will lock it down eventually. (it will hang)
You may download The Bat (it has a free trial period) and install it with wine, then compose a message and drag it to inbox folder and mark it as unread (black bold). In this case the Bat by default will draw an animated icon in the taskbar (a flying bat). At this moment the X server will start to consume processor resources and if you leave it like that it will hang KDE.
This problem will happen with any similar application which has an animated icon. Not cursor. Let me know if you need to know anything else.
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=28445
--- Comment #3 from Erich Hoover ehoover@mines.edu 2011-09-20 11:13:11 CDT --- (In reply to comment #2)
This bug happens always when an application has an animated icon. Like The Bat mail client. I mean if an application is redrawing it's icon in the taskbar - this will damage X server and the system. It will lock it down eventually. (it will hang)
How long does it generally take? Do you notice the resource consumption quickly in the system monitor?
... This problem will happen with any similar application which has an animated icon. Not cursor. Let me know if you need to know anything else.
Ah, sorry. In most of Windows animated cursors and icons are essentially identical, there's just a flag that says "this is an icon" and that's all that makes them different. However, that is not the case with the system tray icons - these icons are really a series of static icons that the application must manually select in order to make the icon animate.
http://bugs.winehq.org/show_bug.cgi?id=28445
--- Comment #4 from Igor Franchuk sprog@online.ru 2011-09-20 13:13:28 CDT --- (In reply to comment #3)
(In reply to comment #2)
This bug happens always when an application has an animated icon. Like The Bat mail client. I mean if an application is redrawing it's icon in the taskbar - this will damage X server and the system. It will lock it down eventually. (it will hang)
How long does it generally take? Do you notice the resource consumption quickly in the system monitor?
The resource leak is immediate. You can see X-Server taking resources right away. Normally X server on my system consumes 6% average, I have many windows opened. When an application with an animated icon is launched the X server average would leap to 10% and it will continue to grow more and more till 100% shortly after 100% is reached it will lock down KDE and alas - you can't even kill xdm - only to reboot. The time required for the complete lock down is about 30 hours.
It looks like that even if you close an application with an animated icon the damage is done to the X-server, it's performance is never back to normal.
... This problem will happen with any similar application which has an animated icon. Not cursor. Let me know if you need to know anything else.
Ah, sorry. In most of Windows animated cursors and icons are essentially identical, there's just a flag that says "this is an icon" and that's all that makes them different. However, that is not the case with the system tray icons
- these icons are really a series of static icons that the application must
manually select in order to make the icon animate.
Yes, it happens with system tray icons. I could rule out KDE if you could name any linux application which is constantly changing icons in the tray. Not like it changes once in an hour but rather a 2-3 changes per second.
It might be not wine problem but KDE.
http://bugs.winehq.org/show_bug.cgi?id=28445
--- Comment #5 from Austin English austinenglish@gmail.com 2011-09-20 14:04:09 CDT --- (In reply to comment #4)
Yes, it happens with system tray icons. I could rule out KDE if you could name any linux application which is constantly changing icons in the tray. Not like it changes once in an hour but rather a 2-3 changes per second.
Xchat blinks on notifications every second or two.
http://bugs.winehq.org/show_bug.cgi?id=28445
--- Comment #6 from Igor Franchuk sprog@online.ru 2011-09-20 15:21:25 CDT --- (In reply to comment #5)
(In reply to comment #4)
Yes, it happens with system tray icons. I could rule out KDE if you could name any linux application which is constantly changing icons in the tray. Not like it changes once in an hour but rather a 2-3 changes per second.
Xchat blinks on notifications every second or two.
Thank you. Now, after trying X-chat I can confirm that this is not KDE problem. X-chat works fine, no X server resource leak or CPU usage increase. Yet if a similar icon is drown by an application started with wine there would be a resource leak and X server exhaustion. Try The Bat...
http://bugs.winehq.org/show_bug.cgi?id=28445
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|winex11.drv |-unknown Severity|major |minor
--- Comment #7 from Dmitry Timoshkov dmitry@baikal.ru 2011-09-23 02:45:55 CDT --- Probably Wine (mis)uses some X11 API in a way that leads to a resource leak inside of the X server.
http://bugs.winehq.org/show_bug.cgi?id=28445
--- Comment #8 from Austin English austinenglish@gmail.com 2011-09-25 23:29:14 CDT --- Running wine under valgrind may give a clue.
http://bugs.winehq.org/show_bug.cgi?id=28445
--- Comment #9 from Austin English austinenglish@gmail.com 2013-11-13 16:52:05 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=28445
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #10 from Austin English austinenglish@gmail.com --- Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=28445
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org