https://bugs.winehq.org/show_bug.cgi?id=55540
Bug ID: 55540 Summary: IS Defense hangs after gameplay begins or has rendering glitches Product: Wine Version: 8.13 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs@winehq.org Reporter: andrey.goosev@gmail.com CC: z.figura12@gmail.com Regression SHA1: b2f13103d7d96fc082b91b8e808599836ed4a2b1 Distribution: ---
Created attachment 75098 --> https://bugs.winehq.org/attachment.cgi?id=75098 example
Most of the time the game just hangs.
https://bugs.winehq.org/show_bug.cgi?id=55540
--- Comment #1 from Zeb Figura z.figura12@gmail.com --- I'm not seeing this with current Wine; is this still present?
https://bugs.winehq.org/show_bug.cgi?id=55540
--- Comment #2 from Andrey Gusev andrey.goosev@gmail.com --- Still reproducible for me with 8.21-200-g369b540abf3
https://bugs.winehq.org/show_bug.cgi?id=55540
--- Comment #3 from Zeb Figura z.figura12@gmail.com --- What driver is this with?
Can you reproduce this with CSMT off? Does the renderer backend make a difference?
Can you reproduce a hang with WINEDEBUG=+seh,+d3d?
https://bugs.winehq.org/show_bug.cgi?id=55540
--- Comment #4 from Andrey Gusev andrey.goosev@gmail.com --- Driver: amdgpu (23.0.0) Mesa: 23.1.9
Disabling CSMT or using Vulkan doesn't change anything. I've tried a few times, but unable to get a crash. It's hard to get it because of awful lags; 1-2 FPS with +d3d channel. 4 minutes of waiting gives around 30 GB of output..
https://bugs.winehq.org/show_bug.cgi?id=55540
--- Comment #5 from Zeb Figura z.figura12@gmail.com --- (In reply to Andrey Gusev from comment #4)
Annoying. Can you at least reproduce a hang with +seh alone?
https://bugs.winehq.org/show_bug.cgi?id=55540
--- Comment #6 from Andrey Gusev andrey.goosev@gmail.com --- Created attachment 75782 --> https://bugs.winehq.org/attachment.cgi?id=75782 +seh
https://bugs.winehq.org/show_bug.cgi?id=55540
--- Comment #7 from Zeb Figura z.figura12@gmail.com --- Okay, thanks, that at least confirms that it's crashing. That address looks like ntdll, so it's probably heap corruption, though I'd have to objdump it to be sure.
https://bugs.winehq.org/show_bug.cgi?id=55540
--- Comment #8 from Zeb Figura z.figura12@gmail.com --- Agh, I think I managed to reproduce it with a different application. Does merge request 4757 fix it?
https://bugs.winehq.org/show_bug.cgi?id=55540
--- Comment #9 from Andrey Gusev andrey.goosev@gmail.com --- It does.
https://bugs.winehq.org/show_bug.cgi?id=55540
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Fixed by SHA1| |f377723773c8f0c3786eff111e2 | |18ea5a8af193d Resolution|--- |FIXED
--- Comment #10 from Zeb Figura z.figura12@gmail.com --- Fixed upstream by https://source.winehq.org/git/wine.git/commitdiff/f377723773c8f0c3786eff111e218ea5a8af193d.
For reference, the other application that I reproduced this with was Disaster Report 4: Summer Memories.
https://bugs.winehq.org/show_bug.cgi?id=55540
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.0-rc4.