https://bugs.winehq.org/show_bug.cgi?id=44920
Bug ID: 44920 Summary: Starcraft II Arcade Crash during load Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: antonio.e.russo@gmail.com Distribution: ---
Created attachment 61011 --> https://bugs.winehq.org/attachment.cgi?id=61011 WINEDEBUG=warn+all log of crash (gzipped)
Starcraft II is a moving target. After the most recent patch, I was unable to use wine-staging 2.21, which had been working excellently for me. Wine 3.5 has trouble: loading the "Hero Attack 3X" (popular) arcade game, the game crashes. I've attached a "WINEDEBUG=warn+all" log, and can help debug.
I checked "use 32-bit version", and I am using a clean prefix.
https://bugs.winehq.org/show_bug.cgi?id=44920
--- Comment #1 from Matteo Bruni matteo.mystral@gmail.com --- Thanks for the bug report and the log, there are a bunch of interesting bits in there...
First of all, can you try with the 64-bit client? There is some evidence of memory allocations failing (and apparently mishandling of that, although looking at the code I don't quite understand how).
If that still fails, you could try with native d3dcompiler / d3dx9? You probably have to copy the DLLs from .../StarCraft II/Support64/ to c:/windows/system32/ (or from .../StarCraft II/Support/ to c:/windows/syswow64/). No, I haven't mixed up the directories, that's MS's fault...
https://bugs.winehq.org/show_bug.cgi?id=44920
--- Comment #2 from Antonio Russo antonio.e.russo@gmail.com --- Created attachment 61029 --> https://bugs.winehq.org/attachment.cgi?id=61029 WINEDEBUG=warn+all (64-bit client)
https://bugs.winehq.org/show_bug.cgi?id=44920
--- Comment #3 from Antonio Russo antonio.e.russo@gmail.com --- Created attachment 61030 --> https://bugs.winehq.org/attachment.cgi?id=61030 WINEDEBUG=warn+all (64-bit client) native d3dcompiler and d3dx9_42
This crashed before the game could start (I was not able to begin loading the Arcade game).
Precisely:
[Software\Wine\DllOverrides] 1523097809 #time=1d3ce5d443afcc4 "d3dcompiler"="native" "d3dx9_42"="native"
https://bugs.winehq.org/show_bug.cgi?id=44920
--- Comment #4 from Antonio Russo antonio.e.russo@gmail.com --- Thanks for your interest! I've attached the logs and moved the two files you mentioned. I had to overwrite d3dx9_42.dll which was already in syswow64
But, something went very wrong in the "native dll" case:
00ce:err:module:import_dll Library d3dx9_42.dll (which is needed by L"C:\Program Files (x86)\StarCraft II\Versions\Base63454\SC2_x64.exe") not found
I'm not sure why this would happen, given that
% ls -l .wine/drive_c/windows/syswow64/d3dx9_42.dll -rw-r--r-- 1 shield-blizzard shield-blizzard 1892184 Apr 7 06:41 .wine/drive_c/windows/syswow64/d3dx9_42.dll
https://bugs.winehq.org/show_bug.cgi?id=44920
Antonio Russo antonio.e.russo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #61030|0 |1 is obsolete| |
--- Comment #5 from Antonio Russo antonio.e.russo@gmail.com --- Created attachment 61031 --> https://bugs.winehq.org/attachment.cgi?id=61031 WINEDEBUG=warn+all (64-bit client) native d3dcompiler and d3dx9_42
Sorry, this is as before (native overrides), but I moved both sets of files as suggested. The game actually seems to work with this configuration.
Thank you for helping me get this working. If there is anything more that would be helpful, please let me know.
https://bugs.winehq.org/show_bug.cgi?id=44920
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=44920
--- Comment #6 from Antonio Russo antonio.e.russo@gmail.com --- I moved over to wine-staging 3.5 (from http://repos.wine-staging.com/alesliehughes/debian), and was able to remove the DLL overrides (I enabled nothing in the staging tab). The game appears to work fine.
Unfortunately, I'm not going to have time to do a bisect the commit that fixes the problem (last time I tried there were too many conflicts in the Debian 32/64bit build dependencies) in the near future.
https://bugs.winehq.org/show_bug.cgi?id=44920
Antonio Russo antonio.e.russo@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED
--- Comment #7 from Antonio Russo antonio.e.russo@gmail.com --- On 3.7 (with an admittedly _not_ clean prefix), without any overrides, I am not able to reproduce this. Thanks for all the behind the scenes work on this!
https://bugs.winehq.org/show_bug.cgi?id=44920
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Ever confirmed|0 |1 Resolution|FIXED |---
--- Comment #8 from Matteo Bruni matteo.mystral@gmail.com --- I don't think anything in Wine that pertains to this bug was fixed. It works for you either because you copied the DLLs as I mentioned or staging has some patch that interacts with this.
https://bugs.winehq.org/show_bug.cgi?id=44920
--- Comment #9 from Antonio Russo antonio.e.russo@gmail.com --- Sorry about that; you are correct. The DLLs need to be moved, as you suggested, for the game to load (this is *also* required on staging).
I can, in fact, reproduce this bug on a clean prefix.
https://bugs.winehq.org/show_bug.cgi?id=44920
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3dx9
https://bugs.winehq.org/show_bug.cgi?id=44920
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ss.c@gmx.net
--- Comment #10 from Matteo Bruni matteo.mystral@gmail.com --- *** Bug 44034 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=44920
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Starcraft II Arcade Crash |StarCraft II crashes on |during load |some maps (requires HLSL | |compiler)
https://bugs.winehq.org/show_bug.cgi?id=44920
joachim.ionoff@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joachim.ionoff@gmail.com
--- Comment #11 from joachim.ionoff@gmail.com --- I reproduce this issue with 4.0rc7 need to override with native libraries.
https://bugs.winehq.org/show_bug.cgi?id=44920
Daniel daniel.lawrence.lu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |daniel.lawrence.lu@gmail.co | |m
--- Comment #12 from Daniel daniel.lawrence.lu@gmail.com --- Created attachment 63441 --> https://bugs.winehq.org/attachment.cgi?id=63441 WINEDEBUG=+d3dcompiler,+asmshader,+hlsl_parser
On certain arcade games (such as Squadron TD, one of the most popular ones), the crash triggers an internal error in wpp. This was found in Wine-staging 4.0 with d3dcompiler_43 (native) override.
https://bugs.winehq.org/show_bug.cgi?id=44920
kolAflash kolAflash@kolahilft.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kolAflash@kolahilft.de
--- Comment #13 from kolAflash kolAflash@kolahilft.de --- Same bug for "Wings of Liberty Coop ..." maps by "RaegLordDz, using Wine-Staging-4.17 on openSUSE-15.1 (i7-2620M GPU).
Copying d3dcompiler.dll and d3dx9_42.dll to system32/syswow64 directory fixes the bug. Not even needing to set dll overrides / editing registry. (if no setting has been made before to use builtin dlls)
See comment 1 for details: https://bugs.winehq.org/show_bug.cgi?id=44920#c1
Bug doesn't appear with Radeon-RX550, using opensource drivers and gallium-nine on openSUSE-15.1.
https://bugs.winehq.org/show_bug.cgi?id=44920
--- Comment #14 from kolAflash kolAflash@kolahilft.de --- *** Bug 48839 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=44920
aersaud@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aersaud@gmail.com
--- Comment #15 from aersaud@gmail.com --- This is can be resolved by using winetricks to install d3dcompiler_47 and d3dcompiler_42. Using those two I am able to play any game in the arcade. No further changes needed.
https://bugs.winehq.org/show_bug.cgi?id=44920
Linards linards.liepins@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linards.liepins@gmail.com
--- Comment #16 from Linards linards.liepins@gmail.com --- Is this issue still present?
https://bugs.winehq.org/show_bug.cgi?id=44920
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #17 from Zebediah Figura z.figura12@gmail.com --- (In reply to Linards from comment #16)
Is this issue still present?
I would assume so; the HLSL compiler still isn't implemented. The game might have been changed in the meantime, though, in which case the bug would need to be closed as ABANDONED.
https://bugs.winehq.org/show_bug.cgi?id=44920
temp82@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |temp82@luukku.com
--- Comment #18 from temp82@luukku.com --- (In reply to Zebediah Figura from comment #17)
(In reply to Linards from comment #16)
Is this issue still present?
I would assume so; the HLSL compiler still isn't implemented. The game might have been changed in the meantime, though, in which case the bug would need to be closed as ABANDONED.
"HLSL compiler support with the bundled vkd3d." in wine 7.5 release.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla