https://bugs.winehq.org/show_bug.cgi?id=54250
Eric Pouech eric.pouech@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #73816|0 |1 is obsolete| |
--- Comment #12 from Eric Pouech eric.pouech@gmail.com --- Created attachment 73827 --> https://bugs.winehq.org/attachment.cgi?id=73827 proposed patch
thinking a bit more about the fix, there are still a couple of things to iron out: - the first issue stems from the load dll debug event passing the filename as c:\windows\system while hFile is opened on the overridden DLL in the build tree - this is done to hide from regular applications the wine internal redirections (like buildtree) - so we shouldn't expose that redirected filename to regular app (so I changed the patch to only retrieve the redirected path when some wine extensions are enabled instead of always exposing the redirected filename) - also, if we have a valid hFile from the DLL load event, we shouldn't look for redirection (especially since it's passed by the system, hence ensuring that it's opened on the loaded module...). so I changed the patch to get the redirected filename from the file handle (inserting back your first patch, yet modified)
so the attached patch should be cleaner IMO