https://bugs.winehq.org/show_bug.cgi?id=54475
Bug ID: 54475 Summary: Hardwar UIM6.0 crashes in 8.0, doesn't in 6.0.3 Product: Wine Version: 8.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: nickmarko@gmail.com Distribution: ---
Created attachment 74024 --> https://bugs.winehq.org/attachment.cgi?id=74024 debug output of crash
Ran in Virtual Desktop mode to test version F2.0, which has no windowed mode option and won't display full screen but does display in the virtual desktop.
F2.0 gets past the loading screen and the game doesn't crash.
I updated Wine from 6.0.3 (the version that is in the default Ubuntu repos) to 8.0 from the official WineHQ repos for Ubuntu Jammy and now UIM6.0 crashes when the loading bar reaches 100%. I downgraded to 6.0.3 and UIM6.0 no longer crashed. I updated back to 8.0 and UIM6.0 crashes again.
Terminal output running F2.0: https://pastebin.com/mfLVj3Xd Terminal output installing and running UIM6.0: https://pastebin.com/mDHSzMyM
https://bugs.winehq.org/show_bug.cgi?id=54475
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #1 from joaopa jeremielapuree@yahoo.fr --- To help the developers to fix the bug, please, perform a regression test: https://wiki.winehq.org/Regression_Testing
With a regression test, chances your bug is fixed are high. Without it, chances are smaller.
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #2 from Nick nickmarko@gmail.com --- Created attachment 74025 --> https://bugs.winehq.org/attachment.cgi?id=74025 Terminal output when Wine compiled from git repository tries to run a program
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #3 from Nick nickmarko@gmail.com --- Created attachment 74026 --> https://bugs.winehq.org/attachment.cgi?id=74026 Autoconf log of wine from git repo that can't find dependent assembly
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #4 from Nick nickmarko@gmail.com --- Created attachment 74027 --> https://bugs.winehq.org/attachment.cgi?id=74027 output of git bisect first steps
Mentions Release 6.0. but I selected 6.0.3
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #5 from Nick nickmarko@gmail.com --- I started the regression test but did not get far. Wine fails to load any app including the builtin explorer and winecfg with the error 002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0). config.log and full terminal output attached. Also git bisect tells me Bisecting: a merge base must be tested. And it mentions Release 6.0 even though I selected 6.0.3. Did I do something wrong? Terminal output attached (I did not go any further than this).
https://bugs.winehq.org/show_bug.cgi?id=54475
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #6 from Austin English austinenglish@gmail.com --- (In reply to Nick from comment #5)
Also git bisect tells me Bisecting: a merge base must be tested. And it mentions Release 6.0 even though I selected 6.0.3. Did I do something wrong?
No; that's normal. Basically, git is saying it needs to check 6.0 to see if the regression was introduced between 6.0 and 6.0.3, or between 6.0 and 8.0.
If you have access to binary packages, checking 6.0/7.0 (and versions between) will help you narrow the bisect.
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #7 from Nick nickmarko@gmail.com --- (In reply to Austin English from comment #6)
(In reply to Nick from comment #5)
Also git bisect tells me Bisecting: a merge base must be tested. And it mentions Release 6.0 even though I selected 6.0.3. Did I do something wrong?
No; that's normal. Basically, git is saying it needs to check 6.0 to see if the regression was introduced between 6.0 and 6.0.3, or between 6.0 and 8.0.
If you have access to binary packages, checking 6.0/7.0 (and versions between) will help you narrow the bisect.
Thanks for the suggestion. I tried one from https://dl.winehq.org/wine-builds/ubuntu/dists/jammy/main/binary-i386/ and installed it with sudo dpkg -i wine-stable-i386_7.0.1~jammy-1_i386.deb but it won't run: kernel ~ .wine drive_c Hardwar 1 /opt/wine-stable/bin/wine explorer err:environ:read_nls_file failed to load 10/0 wine: for some mysterious reason, the wine server failed to run.
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #8 from Nick nickmarko@gmail.com --- I noticed /opt/wine-stable/share/wine is missing, while /opt/wine-staging/share/wine is present which has the nls and fonts directories. wine-staging installed with apt, wine stable installed with dpkg. Installing the package with dpkg should install everything needed for wine to run, why is so much stuff missing as compared to installing with apt? I will use apt for now.
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #9 from Nick nickmarko@gmail.com --- So the latest version I've narrowed it down to where the crash does not occur is 7.22 A large portion of Wine is built by i686-w64-mingw32-gcc which does not benefit from ccache so each recompile takes a long time, more than 1 hour on the machine I'm using. Is there any way to use plain gcc instead? I got the Could not find dependent assembly error when I compiled without the mingw compiler installed. But I'm not sure if having the mingw compiler is what fixed that error or if it was one or more of the other development libraries I installed after getting that error.
https://bugs.winehq.org/show_bug.cgi?id=54475
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #10 from Béla Gyebrószki gyebro69@gmail.com --- *** Bug 54512 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=54475
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com Component|-unknown |ntdll Regression SHA1| |a7fda2f8cb7e09b16fd7dc0ce2e | |40b5939757e78
--- Comment #11 from Béla Gyebrószki gyebro69@gmail.com --- I came here from bug #54512. According to my testing the regression is caused by commit a7fda2f8cb7e09b16fd7dc0ce2e40b5939757e78
Adding Rémi to CC and filling some fields.
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #12 from Nick nickmarko@gmail.com --- Béla has beat me to it. I have finished my regression testing and obtained the same result: kernel ce45025 ~ wine-git git bisect good a7fda2f8cb7e09b16fd7dc0ce2e40b5939757e78 is the first bad commit commit a7fda2f8cb7e09b16fd7dc0ce2e40b5939757e78 Author: Rémi Bernon rbernon@codeweavers.com Date: Tue Nov 15 00:50:05 2022 +0100
ntdll: Make realloc implementation more generic.
Either resizing a block in place, or reallocating through RtlHeap calls.
dlls/ntdll/heap.c | 74 ++++++++++++++++++-------------------------------------
It makes sense that this is the commit which has caused the regression, as the debug output indicates a memory handling error.
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #13 from Rémi Bernon rbernon@codeweavers.com --- Should be fixed after 63fb16338c4017a80cbe49d0f5f232babb1a5f1a, could you confirm?
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #14 from Nick nickmarko@gmail.com --- I tried to update to your commit but git reports that my branch is up to date with 'origin/master', the most recent commit shown by git log is commit 06dc0473460f3667fb24b73cae38b139e46a23f5 by Alexandre Julliard
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #15 from Nick nickmarko@gmail.com --- (In reply to Nick from comment #14)
I tried to update to your commit but git reports that my branch is up to date with 'origin/master', the most recent commit shown by git log is commit 06dc0473460f3667fb24b73cae38b139e46a23f5 by Alexandre Julliard
My mistake, I didn't know I had to update the git tree. I will recompile and let you know.
https://bugs.winehq.org/show_bug.cgi?id=54475
Nick nickmarko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #16 from Nick nickmarko@gmail.com --- (In reply to Rémi Bernon from comment #13)
Should be fixed after 63fb16338c4017a80cbe49d0f5f232babb1a5f1a, could you confirm?
Can confirm that it's fixed, the crash doesn't happen in wine-8.2-110- g4d0d7e49b9b. Thanks Rémi! :)
https://bugs.winehq.org/show_bug.cgi?id=54475
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 8.3.
https://bugs.winehq.org/show_bug.cgi?id=54475
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://store.steampowered. | |com/app/1500540/Hardwar/ Fixed by SHA1| |63fb16338c4017a80cbe49d0f5f | |232babb1a5f1a Summary|Hardwar UIM6.0 crashes in |Hardwar crashes while |8.0, doesn't in 6.0.3 |loading the main menu
https://bugs.winehq.org/show_bug.cgi?id=54475
--- Comment #18 from Nick nickmarko@gmail.com --- 8.3? 8.2 is the next release which this bug fix has been put into.
-
WineHQ Bugzilla