http://bugs.winehq.org/show_bug.cgi?id=25512
--- Comment #15 from business.kid@gmail.com 2010-12-17 04:24:16 CST --- Created an attachment (id=32528) --> (http://bugs.winehq.org/attachment.cgi?id=32528) 2 debug outputs
Well, this is strange. The first attached trace is with no debug symbols, and a builtin msvcr90 & msvcrt (That was patched with your msvcr90 patch as well). Then I added a native iphlpapi.dll from dll-files.com and it sat uo and ran, on your patched version(32 bits) with msvcr90 & msvcrt set as builtin, and iphlpapi set as native. It also runs on the 64 bit box, (without your patch) with iphlpapi set as native, and no other options. I ran WINEDEBUG=+loaddll on the 64 bit to check, and it's using builtin (unpatched) msvcr90 & msvcrt files. It is not happy in itself (err:ole:CoGetClassObjects {blah} not registered on 64 bit & err:fixme:__clean_info_type_names_internal (blah) stub on the 32 bit. Nevertheless, iphlpapi is the difference between using it and not using it. I'll continue try stuff as long as you need that done here, of course.