https://bugs.winehq.org/show_bug.cgi?id=40953
Bug ID: 40953 Summary: Necropolis crashes at start when forced to run in DirectX 9 mode Product: Wine Version: 1.9.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: fjfrackiewicz@gmail.com Distribution: ---
Created attachment 55090 --> https://bugs.winehq.org/attachment.cgi?id=55090 Terminal output Wine 1.9.14
My graphics hardware and drivers:
Nvidia GTX 970 using the proprietary 367.27 drivers.
I have tried several things to try and get this game to run in DX9 mode:
I have made a clean 32-bit prefix as well as a 64-bit prefix and tried various Windows versions (XP, 7)
I made another prefix and tried all kinds of DirectX 9-related winetricks (directx9, d3dx9...)
Basically, the game gets to a loading screen, there is music playing for a bit and then just a crash to desktop.
The only override I am using would be the d3d11.dll set to "Disabled" Wine's configuration utility so as to prevent the game from defaulting into Direct X 11 mode.
The reason I am trying to run this game in DX9 mode is because in its files it has both d3d9.dll and d3d11.dll.
I have attached the terminal output from the clean prefix in the hope that it will help. Please feel free to request more info or tests to take so that this problem can be solved.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #1 from fjfrackiewicz@gmail.com --- I did a little more searching in Bugzilla and I think this bug report i just did may be a duplicate of this bug: https://bugs.winehq.org/show_bug.cgi?id=37218 as I am seeing the same `!sig_type || sig_type->tag == SymTagFunctionType' failed. error.
Sorry for the mix up, I'll go post in that bug. Please resolve this as duplicate, if necessary.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #2 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to fjfrackiewicz from comment #1)
I did a little more searching in Bugzilla and I think this bug report i just did may be a duplicate of this bug: https://bugs.winehq.org/show_bug.cgi?id=37218 as I am seeing the same `!sig_type || sig_type->tag == SymTagFunctionType' failed. error.
It might be that the game already crashed by then. Please attach a +tid,+seh,+module,+loaddll trace for a start.
Also, maybe try to disable dxgi.dll too.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #3 from fjfrackiewicz@gmail.com --- (In reply to Matteo Bruni from comment #2)
(In reply to fjfrackiewicz from comment #1)
I did a little more searching in Bugzilla and I think this bug report i just did may be a duplicate of this bug: https://bugs.winehq.org/show_bug.cgi?id=37218 as I am seeing the same `!sig_type || sig_type->tag == SymTagFunctionType' failed. error.
It might be that the game already crashed by then. Please attach a +tid,+seh,+module,+loaddll trace for a start.
Also, maybe try to disable dxgi.dll too.
Disabling dxgi did not change anything, still crashed with the same error in a clean Windows 7 32-bit prefix.
Getting the requested trace now.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #4 from fjfrackiewicz@gmail.com --- Created attachment 55097 --> https://bugs.winehq.org/attachment.cgi?id=55097 WINEDEBUG=+tid,+seh,+module,+loaddll wine Necropolis.exe
Requested trace attached.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #5 from fjfrackiewicz@gmail.com --- (In reply to fjfrackiewicz from comment #4)
Created attachment 55097 [details] WINEDEBUG=+tid,+seh,+module,+loaddll wine Necropolis.exe
Requested trace attached.
Overrides:
dxgi = disabled d3d11 = disabled
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #6 from Matteo Bruni matteo.mystral@gmail.com --- This seems relevant:
0009:trace:module:load_dll Found L"C:\GOG Games\Necropolis\Necropolis_Data\Plugins\XInputInterface.dll" for L"C:/GOG Games/Necropolis/Necropolis_Data/Plugins/XInputInterface.dll" at 0xffd0000, count=2 0009:trace:module:load_dll looking for L"xinput1_3.dll" in L"C:\GOG Games\Necropolis;.;C:\windows\system32;C:\windows\system;C:\windows;C:\windows\system32;C:\windows;C:\windows\system32\wbem" 0009:trace:module:load_dll Found L"C:\windows\system32\xinput1_3.dll" for L"xinput1_3.dll" at 0xf3910000, count=2 0009:trace:module:find_ordinal_export ordinal 100 out of range! 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=0009
Weird that we don't log an error or something here.
Anyway, can you try with native xinput1_3.dll? I'm not sure that's supposed to work but at least it might avoid this particular crash.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #7 from fjfrackiewicz@gmail.com --- Created attachment 55101 --> https://bugs.winehq.org/attachment.cgi?id=55101 WINEDEBUG=+tid,+seh,+module,+loaddll wine Necropolis.exe xinput1_3.dll set to "native" in winecfg
Attached is the requested trace with xinput1_3.dll set to "Native" with Wine's configuration utility.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #8 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to fjfrackiewicz from comment #7)
Created attachment 55101 [details] WINEDEBUG=+tid,+seh,+module,+loaddll wine Necropolis.exe xinput1_3.dll set to "native" in winecfg
Attached is the requested trace with xinput1_3.dll set to "Native" with Wine's configuration utility.
Well no, I meant installing a native version of the DLL, with winetricks or whatever.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #9 from fjfrackiewicz@gmail.com --- (In reply to Matteo Bruni from comment #8)
(In reply to fjfrackiewicz from comment #7)
Created attachment 55101 [details] WINEDEBUG=+tid,+seh,+module,+loaddll wine Necropolis.exe xinput1_3.dll set to "native" in winecfg
Attached is the requested trace with xinput1_3.dll set to "Native" with Wine's configuration utility.
Well no, I meant installing a native version of the DLL, with winetricks or whatever.
Apologies for that. I ran "winetricks xinput" and the game stopped crashing, it now gets to the main menu but the graphics are all jumbled.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #10 from Matteo Bruni matteo.mystral@gmail.com ---
Well no, I meant installing a native version of the DLL, with winetricks or whatever.
Apologies for that. I ran "winetricks xinput" and the game stopped crashing, it now gets to the main menu but the graphics are all jumbled.
No problem, I guess I wasn't all that clear. Anything in the plain log now?
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #11 from fjfrackiewicz@gmail.com --- Created attachment 55102 --> https://bugs.winehq.org/attachment.cgi?id=55102 Terminal output Wine 1.9.14 d3d11 = disabled xinput1_3.dll = native
This terminal output is from when I entered the main menu and played the game for about 10-15 minutes.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #12 from fjfrackiewicz@gmail.com --- Created attachment 55103 --> https://bugs.winehq.org/attachment.cgi?id=55103 Screenshot of the messed up graphics in DX9 mode
Just a screenshot that should illustrate what I mean by the jumbled graphics.
https://bugs.winehq.org/show_bug.cgi?id=40953
fjfrackiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Necropolis crashes at start |Necropolis crashes at start |when forced to run in |(needs native |DirectX 9 mode |xinput1_3.dll)
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #13 from fjfrackiewicz@gmail.com --- I have changed the title since the main issue is that Necropolis crashes on start without native xinput1_3.dll being installed via winetricks.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #14 from Bruno Jesus 00cpxxx@gmail.com --- The ordinal 100 seems to be an undocumented function called XInputGetStateEx, present in newer xinput 1.3 DLL versions. It also has a slightly different struct, we can add a stub for it.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #15 from Bruno Jesus 00cpxxx@gmail.com --- Please try again in wine-git, should be fixed by http://source.winehq.org/git/wine.git/commitdiff/0fe758046ddc0f37944b8a3e075...
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #16 from fjfrackiewicz@gmail.com --- (In reply to Bruno Jesus from comment #15)
Please try again in wine-git, should be fixed by http://source.winehq.org/git/wine.git/commitdiff/ 0fe758046ddc0f37944b8a3e075b8a5fdc5d81a4
Will do, thank you.
Do I still need to set xinput1_3.dll to native or should I try it without setting the DLL to native?
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #17 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to fjfrackiewicz from comment #16)
Do I still need to set xinput1_3.dll to native or should I try it without setting the DLL to native?
All builtin, and a +xinput log will be useful to ensure it is working.
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #18 from fjfrackiewicz@gmail.com --- (In reply to Bruno Jesus from comment #17)
(In reply to fjfrackiewicz from comment #16)
Do I still need to set xinput1_3.dll to native or should I try it without setting the DLL to native?
All builtin, and a +xinput log will be useful to ensure it is working.
Ok, got it. Updating Wine-git now but this may take a while :)
https://bugs.winehq.org/show_bug.cgi?id=40953
fjfrackiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |xinput
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #19 from fjfrackiewicz@gmail.com --- Created attachment 55543 --> https://bugs.winehq.org/attachment.cgi?id=55543 WINEDEBUG=+xinput Wine 1.9.17-265-g225c43b
WINEDEBUG=+xinput log attached as requested.
I made a new prefix, disabled d3d11.dll and started the game. I did not install any xinput DLLs via winetricks.
The game started up just fine in a 32-bit Windows 7 prefix. One thing to note is that it uses xinput1_4.dll so would it be possible to have XInputGetStateEx added to that version of xinput as well??
https://bugs.winehq.org/show_bug.cgi?id=40953
--- Comment #20 from fjfrackiewicz@gmail.com --- (In reply to fjfrackiewicz from comment #19)
Created attachment 55543 [details] WINEDEBUG=+xinput Wine 1.9.17-265-g225c43b
WINEDEBUG=+xinput log attached as requested.
I made a new prefix, disabled d3d11.dll and started the game. I did not install any xinput DLLs via winetricks.
The game started up just fine in a 32-bit Windows 7 prefix. One thing to note is that it uses xinput1_4.dll so would it be possible to have XInputGetStateEx added to that version of xinput as well??
And by "uses xinput1_4.dll" I mean that the game has that DLL in the same directory as the executable.
https://bugs.winehq.org/show_bug.cgi?id=40953
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |0fe758046ddc0f37944b8a3e075 | |b8a5fdc5d81a4 Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED
--- Comment #21 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to fjfrackiewicz from comment #19)
Created attachment 55543 [details] WINEDEBUG=+xinput Wine 1.9.17-265-g225c43b
WINEDEBUG=+xinput log attached as requested.
fixme:xinput:XInputGetStateEx (index 0, state 0x27bcc248) Stub!
Thanks for the log, the game is correctly finding the DLL function.
The game started up just fine in a 32-bit Windows 7 prefix. One thing to note is that it uses xinput1_4.dll so would it be possible to have XInputGetStateEx added to that version of xinput as well??
Sure, I'll take a look at that.
https://bugs.winehq.org/show_bug.cgi?id=40953
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #22 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.18.