http://bugs.winehq.org/show_bug.cgi?id=32945
--- Comment #4 from Qian Hong fracting@gmail.com 2013-02-10 22:12:32 CST --- (In reply to comment #2)
It's the one with md5 ebc5bb904cdac1c67ada3fa733229966 ? I extracted it from installer archive and it's an application provided module which happens to be named like windows system dll. I'm not sure if it's the same thing but it looks like Office 2007/2010 failure to pick riched20 from application directory and using builtin one instead.
Thanks Nikolay.
Yes, users/XXX/Temp/YYY.tmp/Version.dll is provided by Fetion.dll, I have the same md5 with yours.
I wonder if it is a good idea to choose native-than-builtin when trying load a dll with a full path, but http://bugs.winehq.org/show_bug.cgi?id=14980#c9 said it is a bad idea.
In http://bugs.winehq.org/show_bug.cgi?id=14980#c15 :'it would be ok for the loader to check the version of the native dll with the version of the builtin one, and use the native one if higher.'
In this bug, the vendor description of Version.dll from Fetion is different with version.dll from Wine as well, is that a good idea to check the vendor description from dll resource, and use native if it is a non-MS dll?