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