https://bugs.winehq.org/show_bug.cgi?id=49524
Bug ID: 49524 Summary: Overwriting native dlls with WINEDLLPATH does not work.. Product: Wine Version: 5.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: sur3@gmx.de Distribution: ---
Hi I have an application for which I try to overwrite the native DLLs, so I set: WINEDLLPATH=/mnt/archive/ WINEDLLOVERRIDES="vivoxsdk,ortp,GCloudVoice=b" and copied the corresponding DLL-libraries into /mnt/archive but wine still complains to not find them:
0024:err:module:import_dll Library GCloudVoice.dll (which is needed by L"Z:\mnt\archive\Riot Games\League of Legends\LeagueClient.exe") not found 0024:err:module:import_dll Library vivoxsdk.dll (which is needed by L"Z:\mnt\archive\Riot Games\League of Legends\LeagueClient.exe") not found 0024:err:module:LdrInitializeThunk Importing dlls for L"Z:\mnt\archive\Riot Games\League of Legends\LeagueClient.exe" failed, status c0000135 <<<
Why doesn't this work or is there an other way to override native DLLs?
https://bugs.winehq.org/show_bug.cgi?id=49524
Simon the Sorcerer sur3@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Overwriting native dlls |Overrriding native dlls |with WINEDLLPATH does not |with WINEDLLPATH does not |work.. |work..
https://bugs.winehq.org/show_bug.cgi?id=49524
Simon the Sorcerer sur3@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Overrriding native dlls |Overriding native DLLs with |with WINEDLLPATH does not |WINEDLLPATH does not work.. |work.. |
https://bugs.winehq.org/show_bug.cgi?id=49524
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #1 from joaopa jeremielapuree@yahoo.fr --- vivoxsdk,ortp,GCloudVoice do not exist in wine. So how do you want to set them as builtin?
Can an administrator close this bug as INVALID?
If you have a problem with your application, please open a new bug report when using a fresh wine prefix and vanilla wine-5.12.
https://bugs.winehq.org/show_bug.cgi?id=49524
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID
--- Comment #2 from Alexandre Julliard julliard@winehq.org --- WINEPATH can be used to set the native search path, but usually the app directory would take precedence.
There's no bug here, please ask on the forum for further help.
https://bugs.winehq.org/show_bug.cgi?id=49524
--- Comment #3 from Simon the Sorcerer sur3@gmx.de --- WINEPATH can be used to set the native search path
but usually the app directory would take precedence.
Thats why I set the corresponding libraries to =b so the WINEDLLPATH should be used, but it seems not to find those libraries in that path even though I put them there...
https://bugs.winehq.org/show_bug.cgi?id=49524
Simon the Sorcerer sur3@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |--- Status|RESOLVED |UNCONFIRMED Severity|normal |enhancement
--- Comment #4 from Simon the Sorcerer sur3@gmx.de --- I reopened because there needs to be a method to override native DLLs, so at least count this as a feature request!
https://bugs.winehq.org/show_bug.cgi?id=49524
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID
--- Comment #5 from Alexandre Julliard julliard@winehq.org --- The method is to set the Windows path with WINEPATH. If that doesn't work you have to overwrite the dll. That's exactly the same as how you'd do it on Windows.
https://bugs.winehq.org/show_bug.cgi?id=49524
--- Comment #6 from Simon the Sorcerer sur3@gmx.de --- Setting WINEPATH does not work because as you pointed out earlier the app directory takes precedence then. And the libraries in app directory can not be overwritten as the specific app checks them on startup. Why does wine not find the libraries when I set them as builtin and put them in WINEDLLPATH, does it expect .so files instead of .dll files in the WINEDLLPATH?
https://bugs.winehq.org/show_bug.cgi?id=49524
--- Comment #7 from Alexandre Julliard julliard@winehq.org --- It expects builtin dlls, not native ones. If you really want to do it that way, you could add the builtin flag to the dlls with 'winebuild --builtin'.
https://bugs.winehq.org/show_bug.cgi?id=49524
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=49524
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #9 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=49524
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Gijs Vermeulen gijsvrm@gmail.com --- Closing INVALID.