[Bug 7448] MSDN academic alliance downloader hangs
wine-bugs at winehq.org
Tue Feb 20 03:49:44 CST 2007
------- Additional Comments From focht at gmx.net 2007-20-02 03:49 -------
from what i've seen on the native windows side, the "offending" module
(iframe.dll) makes much more use of the module lock/reference count.
Many browser interface query/addref/releaseref modify it too.
I placed read/write memory log breakpoints to module lock count variable and
refcount ranges between values of 3..15 during whole lifetime.
One the wine side i moved the SHDOCVW_LockModule/UnlockModule() inlines into *.c
module and put some trace output to track usage.
Only one occurrence where it increments then it gets immediately decremented
(early in process) e.g. factory.c: WBCF_AddRef() and WBCF_Release()
This might explain, why the "idle garbage collection" trashes easy any time
Would it sound wrong if the module lock count (which affects the unload time)
should be taken into account/used on that webbrowser_xxx and xxx_ie_window()
At least as long as any webbrowser objects/internal ie frame window/message pump
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the wine-bugs