[Bug 21790] 3D Rad demo "BeltBall" can't use its bundled mfc80u.dll (assembly search fails as in-memory dll path is not set properly due to obfuscation scheme)

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=21790

--- Comment #11 from Nikolay Sivov <bunglehead at gmail.com> 2013-09-24 03:20:39 CDT ---
No, I don't think it's the case. It stops if lookup_winsxs() fails for a reason
that's not STATUS_NO_SUCH_FILE. It's normal to get this status when no assembly
is found in winsxs. A part of log I posted in comment 7 contains all local
paths it tries after lookup_winsxs() failed to find it. Some traces added to
for(..) loop show that it's actually executed (try number in my log is 'i'
value).

So the real problem seems as you described - we don't get a proper path to
application dir for that module loaded with MBX at 8@48E1E8.### name. Probably
get_module_filename() should use some hooked call instead of picking data from
loader structures directly, or a failure happens even earlier and loader data
should actually point to application dir and we shouldn't even see this
generated names.

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.