msctf: Always return FALSE in DllCanUnloadNow
Qian Hong
fracting at gmail.com
Thu Apr 2 02:10:37 CDT 2015
Hi Alistair,
Thanks for working on this bug!
> If you created any of the other interfaces in the dll, there would be
> chance it would still crash since the DLL could be unloaded since
> MSCTF_refCount would be zero.
Right, I tried to test more interface and tried to implement
MSCTF_refCount based on information from all related interfaces
refcounts, but it turns out too complicate and then I gave up.
On Thu, Apr 2, 2015 at 2:51 PM, Alistair Leslie-Hughes
<leslie_alistair at hotmail.com> wrote:
> My patch is consistent with other dlls, i.e. msxml3, mshtml, atl,
> to ensue that the DLL isn't unloaded while an interface may exist.
Seems a good solution to me, sadly I didn't know these examples, if I
know I'd prefer this solution as well.
--
Regards,
Qian Hong
-
http://www.winehq.org
More information about the wine-devel
mailing list