https://bugs.winehq.org/show_bug.cgi?id=43209
Bug ID: 43209 Summary: Doom (2016) no longer boots Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: abienz@gmail.com Distribution: ---
Running both the openGL and Vulkan exe files, Doom no longer boots since Wine-staging v2.9
Attached is the log output from 'WINEDEBUG=+seh,+tid,+err wine .wine/drive_c/Program\ Files\ (x86)/Doom/DOOMx64vk.exe'
https://bugs.winehq.org/show_bug.cgi?id=43209
--- Comment #1 from abienz@gmail.com --- Created attachment 58482 --> https://bugs.winehq.org/attachment.cgi?id=58482 WINEDEBUG output
compressed log file is 1.4GB expanded
https://bugs.winehq.org/show_bug.cgi?id=43209
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #2 from winetest@luukku.com --- I just wonder if it's same regression than bug 43195. I don't own this game. Do you know if there has been game updates between tries?
The bug priority is wrong. It's not the value how important it's for you.
https://bugs.winehq.org/show_bug.cgi?id=43209
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal CC| |sebastian@fds-team.de
--- Comment #3 from Sebastian Lackner sebastian@fds-team.de --- (In reply to abienz from comment #0)
Running both the openGL and Vulkan exe files, Doom no longer boots since Wine-staging v2.9
Thanks for the bug report. If you haven't done yet, could you please test if this bug is Wine-Staging specific or also occurs in the development version?
Also, could you please share the /usr/lib64/wine/kernel32.dll.so and /usr/lib64/wine/ntdll.dll.so files used for creating the WINEDEBUG=+seh,+tid log? On the first sight it looks like a problem with unwinding stack frames in Wine internal functions, it would be interesting to see what kind of code the compiler has generated here.
(In reply to winetest from comment #2)
I just wonder if it's same regression than bug 43195.
Its unlikely, there is no access violation in the whole debug log.
https://bugs.winehq.org/show_bug.cgi?id=43209
--- Comment #4 from abienz@gmail.com --- I'm attaching the requested dll files.
https://bugs.winehq.org/show_bug.cgi?id=43209
--- Comment #5 from abienz@gmail.com --- Created attachment 58483 --> https://bugs.winehq.org/attachment.cgi?id=58483 DLL files
https://bugs.winehq.org/show_bug.cgi?id=43209
Roderick Colenbrander thunderbird2k@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thunderbird2k@gmail.com Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #6 from Roderick Colenbrander thunderbird2k@gmail.com --- Doom functions correctly for me on Wine 3.4, I think was fine for me in both OpenGL and Vulkan mode. I did testing prior on 3.0 and that worked okay too, so marking as fixed.
https://bugs.winehq.org/show_bug.cgi?id=43209
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.5.