November 2007 - Wine-bugs - list.winehq.org

[Bug 6936] eMule uses 40% CPU when idle permanently, independent of CPU speed
by wine-bugs＠winehq.org 28 Nov '07

28 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=6936 --- Comment #26 from Anastasius Focht <focht(a)gmx.net> 2007-11-28 04:10:00 --- Hello again, another option would be to use a newer emule version (> 0.47c). I fetched the 0.48a source code just to look at the usual MFC brain damage and it seems they improved the idle processing situation a bit (in my opinion not enough). By filtering a specific amount of WM_TIMER to prevent idle processing overkill, the generated CPU load is reduced by a few points. If you don't want to use a newer version because you have own modded/hacked emule version, you can of course "backport" the changes. Look for CemuleApp::IsIdleMessage, only a few source lines. Though I would recommend trimming idle handling a bit more aggressively. Lastly you could filter WM_KICKIDLE in wine by yourself and "eat" a specific amount using diff ticks to enforce a specific idle message rate. Though I wouldn't really recommend this change because its somewhat intrusive and might break other applications. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8350] Dragon Naturally Speaking 7/9 fail to play back test recording
by wine-bugs＠winehq.org 27 Nov '07

27 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=8350 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #20 from Dan Kegel <dank(a)kegel.com> 2007-11-27 19:01:21 --- Today I was able to install DNS 9 without native DCOM, and playback worked fine. (It crashed after training, but that's another bug. Loading dcom98 did not seem to work around the crash.) For completeness, here's the recipe (reconstructed; not sure how much of this is needed): 1. rm -rf ~/.wine 2. wget http://kegel.com/wine/winetricks sh winetricks vrun6 3. wine /media/cdrom/setup.exe 4. when the installer prompts for the 2nd disc, go to another window and run "wine eject", then grumble and type "eject" (for some reason the wine one wasn't enough?), then insert disc, wait for it to mount, and click 'retry'. 5. install word 97 viewer as follows: wget http://downloads.pcworld.com/pub/new/business/word_processing/wordview.exe cp wordview.exe ~/.wine/drive_c/wvinstall.exe mv ~/.wine/dosdevices/z: ~/.wine/dosdevices/oldz cd ~/.wine/drive_c wine wvinstall.exe cd ../dosdevices/ mv oldz z: cd 6. sh winetricks fakeie6 gdiplus 7. finally, do wine natspeak.exe This let me get all the way through training. There were two strange bits: 1) the app said it could not set the mic level automatically, so I had to do it by hand. 2) during training, the big green arrow would sometimes flicker wildly and not recognize anything I said; fortunately, clicking 'pause' and 'continue' always got me past that. Anyway, I think I can close this bug again. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6936] eMule uses 40% CPU when idle permanently, independent of CPU speed
by wine-bugs＠winehq.org 27 Nov '07

27 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=6936 --- Comment #25 from Anastasius Focht <focht(a)gmx.net> 2007-11-27 18:56:05 --- Hello, --- quote --- Thank you Anastasius for your analysis, it may well be the first step in the right direction, since this bug has been first reported almost a year ago. --- quote --- Well, I noticed this bug id today, while looking for interesting bug reports ... consider yourself lucky ;-) --- quote --- Is this behaviour fixable with a patch or is it inherent fault of wine and and emule that cant be sorted? --- quote --- Well on both systems - windows and wine/linux - the same amount of idle messages is generated (actually WM_KICKIDLE and WM_TIMER). To compare application performance between wine/linux and Windows, I use certain performance counters in Windows which reflect some operating systems aspects better than simple "CPU load". Namely "context switches", "context switch delta", "page faults" and "page fault deltas". Technically Windows "cheats" when it comes to CPU load (task manager, process viewer and the like) ;-) Many threads run for such a short amount of time that they are rarely the currently running thread when the interval clock timer interrupt occurs and hence are not charged for their CPU time (resulting in zero CPU load). By tracking certain performance counter values one can get a good impression what is going on under the hood ... On Windows XP, the context switch delta ("thread activity") for emule is about 700-1200 per second with plain gui (no connections). A lot for an "idle" process. With a modal (options) dialog kept open, the context switch delta is usually around 650 transitions per second. Windows makes a transition to kernel mode for each window handling call but does not seem to suffer performance-wise. The reason is simple: on modern CPUs, ring3 <-> ring0 transitions are usually carried out by "fast" system calls (special "sysenter" instruction), causing almost no CPU load. The wine client <-> server calls/transitions - including data transfers - are are much more "costly" (process boundaries by design) - resulting in performance penalty. Although the amount of emule "idle processing" is somewhat questionable (that short paced idle intervals generate lots of unnecessary context switches) it is perfectly valid. So this is actually a wine performance problem (client calling into server). There aren't much options to fix this ... either reduce the amount of wine server calls/transitions by "caching" client calls/data (increases complexity and probably causes sync problems/race conditions) or optimize wine server code paths (difficult because process boundary remains). Unfortunately wine optimization has much lower priority than implementing new stuff/filling gaps/fixing bugs. Another option would be to modify emule itself. AFAIK it comes with source code. With the right emule code modifications it should be possible to reduce idle message processing to create less overhead (wine server calls). Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 986] ODBC.dll unimplemented
by wine-bugs＠winehq.org 27 Nov '07

27 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=986 Zac Brown <zac(a)zacbrown.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zac(a)zacbrown.org --- Comment #6 from Zac Brown <zac(a)zacbrown.org> 2007-11-27 18:54:43 --- Is this still a bug? dlls/odbc32 exists, dunno if that covers this case? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5839] Anno Domini unable to access internet via LAN
by wine-bugs＠winehq.org 27 Nov '07

27 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=5839 Vijay Kamuju <infyquest(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Unable to access internet |Anno Domini unable to access |via LAN |internet via LAN -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5838] Windows Messenger Live unable to access internet via LAN
by wine-bugs＠winehq.org 27 Nov '07

27 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=5838 Vijay Kamuju <infyquest(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Unable to access internet |Windows Messenger Live |via LAN |unable to access internet | |via LAN -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8854] Hurrican hangs while tryiing to start game
by wine-bugs＠winehq.org 27 Nov '07

27 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=8854 --- Comment #14 from Denis CHENU <shnoulle(a)free.fr> 2007-11-27 17:43:53 --- Little precision about this bug in Hurrican. At time of 'Hanging', the game (in a window box) show an image with text (with langage file). And in Hurrican too, it's impossible to change the default key (ctrl tab are default key). Game hang waiting to hit a key. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8171] Strict Pasv response check should be modified.
by wine-bugs＠winehq.org 27 Nov '07

27 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=8171 Zac Brown <zac(a)zacbrown.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zac(a)zacbrown.org --- Comment #4 from Zac Brown <zac(a)zacbrown.org> 2007-11-27 17:33:35 --- It would seem that the FTP_DoPassive function has since been updated. I haven't had a chance to test this. Is this still a bug? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7965] Guild Wars locks up with "too many concurrently active lights" error
by wine-bugs＠winehq.org 27 Nov '07

27 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=7965 --- Comment #31 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-11-27 17:25:23 --- Created an attachment (id=9383) --> (http://bugs.winehq.org/attachment.cgi?id=9383) debug patch -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7965] Guild Wars locks up with "too many concurrently active lights" error
by wine-bugs＠winehq.org 27 Nov '07

27 Nov '07

http://bugs.winehq.org/show_bug.cgi?id=7965 --- Comment #30 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-11-27 17:24:22 --- Either we're returning the wrong error value, or the light structures get corrupted, or we're not cleaning up properly after the error. I suspect it is one of the first. I'll attach a debug patch, can you apply it and record another +d3d trace? It dumps a bit more information about the light states. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0