https://bugs.winehq.org/show_bug.cgi?id=47053
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|https://beatmods.com/#/mods |https://web.archive.org/web | |/20190421082838/https://bea | |tmods.com/uploads/5cb3e338e | |2265514cf9114d5/universal/B | |SIPA-3.12.12.zip Resolution|INVALID |--- Ever confirmed|0 |1 Status|RESOLVED |REOPENED Keywords| |download Summary|Beat Saber 'BSIPA' injector |Beat Saber 'BSIPA' injector |(needed for all mods) |using Unity Doorstop proxy |breaks in Wine |(.NET 4.6) fails to hook | |'winhttp.dll' (Wine's | |'winhttp.dll' is preferred | |over native, causing | |failure to load app | |provided library with same | |name) CC| |focht@gmx.net
--- Comment #4 from Anastasius Focht focht@gmx.net --- Hello George,
I guess you are talking about this Github project:
https://github.com/beat-saber-modding-group/BeatSaber-IPA-Reloaded
Specifically:
https://github.com/nike4613/UnityDoorstop-BSIPA/tree/0f76cf26a2f84c6cd82a1c7...
--- quote --- Doorstop is a tool to execute managed assemblies inside Unity as early as possible! ... Custom proxy functions
Doorstop's proxy is flexible and allows to be load as different DLLs. You can modify which functions you want to proxy by adding/removing function names in Proxy/proxydefs.txt and running proxygen/proxy_gen.py ../Proxy/proxydefs.txt to generate an appropriate proxy functions.
The current set up allows to use the proxy for the following DLLs:
winhttp.dll (All exports) iphlpapi.dll (Only GetIpAddrTable) --- quote ---
I don't have the game to test with so I looked at the source code of the mod/injector. It seems BSIPA's variant of Doorstop provides its own 'winhttp.dll' which is used as injector "proxy" dll. I guess the injector's 'winhttp' from private path is not picked up due to the Wine builtin having the same name?
That would be still a valid Wine bug. There are a couple of Wine bugs of the same class related to preferring builtin when a "native" dll of same name from working directory should have been loaded.
* bug 14980 ("Wine does not automatically use the riched20 installed by Office 2003/2007/2010/2013/2016") * bug 43472 ("R-Link 2 Toolbox crashes on startup (Wine's 'packager.dll' is preferred over native, causing failure to load app provided library with same name)") * bug 45551 ("InstallShield exits with 0x80004002, cannot find SECURITY.MySetFileSecurity (Wine's 'security.dll' is preferred over native, causing failure to load app provided library with same name)")
Last time that kind of problem was discussed here:
https://www.winehq.org/pipermail/wine-devel/2019-April/thread.html#143773 ("[PATCH] packager: Prefer native version.") -> no indication/conclusion on the proper solution
Reopening and refining some fields.
$ sha1sum BSIPA-3.12.12.zip 362ec6ae31fe318c758bcd966d3b553a81774b20 BSIPA-3.12.12.zip
$ du -sh BSIPA-3.12.12.zip 1.4M BSIPA-3.12.12.zip
$ wine --version wine-4.6-111-g0664b062c6
Regards