https://bugs.winehq.org/show_bug.cgi?id=57690
Bug ID: 57690 Summary: .NET Framework 4.8 installer hangs with sync:RtlpWaitForCriticalSection Product: Wine Version: 9.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs@winehq.org Reporter: its.kutepov@gmail.com Distribution: ---
Hangs with the following error messages starting from 9.17 up to 10.0-rc6: ``` 033c:err:sync:RtlpWaitForCriticalSection section 7BD7A2E0 "../dlls/ntdll/loader.c: loader_section" wait timed out in thread 033c, blocked by 02a0, retrying (60 sec) ```
I tried to install using winetricks and by steps described on appdb.winehq.org. The issue is highly reproducible, I was unable to complete the installation even once.
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #1 from Ivan its.kutepov@gmail.com --- Reverting commit de23dfc5b1eac6e111cd66540ad9a97b61a3fe28 seems to fix the issue, at least I was able to complete the installation several times in a row.
https://bugs.winehq.org/show_bug.cgi?id=57690
Ivan its.kutepov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Distribution|--- |Other
https://bugs.winehq.org/show_bug.cgi?id=57690
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com, | |pgofman@codeweavers.com Keywords| |download Regression SHA1| |de23dfc5b1eac6e111cd66540ad | |9a97b61a3fe28
https://bugs.winehq.org/show_bug.cgi?id=57690
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|.NET Framework 4.8 |.NET Framework 4.8 |installer hangs with |installer hangs |sync:RtlpWaitForCriticalSec | |tion | Severity|major |normal Keywords| |Installer
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #2 from Austin English austinenglish@gmail.com --- @Ivan, I can't reproduce this in wine-10.0-rc6 (using new wow64).
Could you give more details about your configuration that might explain the difference?
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #3 from Ivan its.kutepov@gmail.com --- (In reply to Austin English from comment #2)
@Ivan, I can't reproduce this in wine-10.0-rc6 (using new wow64).
Could you give more details about your configuration that might explain the difference?
Thank you for responding.
I tried to install .NET Framework 4.8 in win64 prefix.
Wine built this way on debian-bookworm-based distro: ``` CONFFLAGS="--prefix=/usr --disable-tests --enable-werror --with-sdl --without-ffmpeg --without-oss --without-pcsclite --without-wayland"
cd build64 ../configure $CONFFLAGS --enable-win64 make -j
cd ../build32 PKG_CONFIG_PATH=/usr/lib32/i386-linux-gnu/pkgconfig ../configure $CONFFLAGS --with-wine64=../build64 make -j ```
If you need something more specific, some logs, let me know.
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #4 from Paul Gofman pgofman@codeweavers.com --- I tried to look into that but I am not reproducing. I tried with system Wine to exclude local build differences (which was wine-10.0-rc4) with:
WINEPREFIX=<path_to_my_clean_prefix> winetricks dotnet48
That installed first earlier version of dotnet and then 4.8 without hangs or visible errors, and without the mentioned err: in the log.
Could you please provide the following info so I have a chance of debugging that:
1. How exactly do you run the install (exact sequence of commands which would allow to reproduce exactly the same)? Did you try with clean prefix?
2. Could you please attach compressed log recorded with WINEDEBUG=+pid,+timestamp,+loaddll,+seh,+unwind,+debugstr,+threadname,+module,+file ?
3. Could you please try with official Wine build from here (https://gitlab.winehq.org/wine/wine/-/wikis/Download) to see if that reproduces the same issue for you?
4. What is your CPU?
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #5 from Ivan its.kutepov@gmail.com --- (In reply to Paul Gofman from comment #4)
- Could you please attach compressed log recorded with...
Done. The archive contains two logs, one for each Wine build. The first build, without changes, hangs at CriticalSection. The second build, with a revert of commit de23dfc5b1eac6e111cd66540ad9a97b61a3fe28, has dotnet48 installed.
I can't attach here because of the size. You can find the link here. https://drive.google.com/file/d/1ChdR5kYp8eSO3il3aGImuGxtKY3WrpUL/view?usp=s...
- How exactly do you run the install (exact sequence of commands which would allow to reproduce exactly the same)?
I have written the sequence of commands in a shell script (see test.sh in archive). The logs provided were obtained using this script. The archive includes two installation examples: one with winetricks and the other a "manual" installation. I can also attach logs of manual installation, but the behavior is the same there.
Did you try with a clean prefix?
Yes, I initially tested it on a clean prefix.
- Could you please try with the official Wine build from here (https://gitlab.winehq.org/wine/wine/-/wikis/Download) to see if that reproduces the same issue for you?
Unfortunately, I can't. My distribution's repository lacks some dependencies required to install the bookworm packages, even though my distribution is based on Bookworm.
- What is your CPU?
AMD Ryzen 7 5800X. I use Wine in a virtual machine (Hyper-V), which might be relevant.
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #6 from Paul Gofman pgofman@codeweavers.com --- Created attachment 77900 --> https://bugs.winehq.org/attachment.cgi?id=77900 Test patch
Thanks for the info!
Somehow I still can't reproduce with the script but log hinted me towards the possible reason. Could you please check if the attached patch fixes that if possible?
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #7 from Ivan its.kutepov@gmail.com --- (In reply to Paul Gofman from comment #6)
Somehow I still can't reproduce with the script but log hinted me towards the possible reason. Could you please check if the attached patch fixes that if possible?
Thank you for your efforts in investigating the issue! Unfortunately, the patch did not help. I ran the same script passing 1 as an argument, here’s the log. https://drive.google.com/file/d/1EotcrJSojnTTcvufFuJ7NZHnCAcAEaMa/view?usp=s...
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #8 from Paul Gofman pgofman@codeweavers.com --- Created attachment 77902 --> https://bugs.winehq.org/attachment.cgi?id=77902 Patch to add more logging
Yes, sorry, I realized that the patch possibly can't be fixing anything. So far I don't understand what's going on there and could not ever reproduce while tried harder with the provided script.
May I ask you to run again with the attached patch compiled and attach the logs with reproduction like the last time? The patch adds some more logging around that, what if it gives some ideas. Also, could you please attach binary ntdll.dll (32 bit, from <winepath>/lib/wine/i386-windows) from your build?
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #9 from Ivan its.kutepov@gmail.com --- (In reply to Paul Gofman from comment #8)
May I ask you to run again with the attached patch compiled and attach the logs with reproduction like the last time? The patch adds some more logging around that, what if it gives some ideas. Also, could you please attach binary ntdll.dll (32 bit, from <winepath>/lib/wine/i386-windows) from your build?
Done, here's log and dlls: https://drive.google.com/file/d/1o8VknNHOopMRmcbn3kYe--1plwYmoYhC/view?usp=s...
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #10 from Paul Gofman pgofman@codeweavers.com --- Created attachment 77903 --> https://bugs.winehq.org/attachment.cgi?id=77903 patch
Thanks a lot! Now I think I see what is going wrong and why it is not necessarily reproducible. I hope the attached patch will fix it now for real.
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #11 from Ivan its.kutepov@gmail.com --- (In reply to Paul Gofman from comment #10)
Thanks a lot! Now I think I see what is going wrong and why it is not necessarily reproducible. I hope the attached patch will fix it now for real.
Yes, it works! Thank you.
If necessary, here are the log and DLLs from the build with patch 77902 (logs) and 77903 (fix). https://drive.google.com/file/d/1BfY5F2qInEjFWfJheuWRDUHsIDDJXNq1/view?usp=s...
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #12 from Paul Gofman pgofman@codeweavers.com --- Thanks for all the help! I sent the patch upstream (https://gitlab.winehq.org/wine/wine/-/merge_requests/7159).
https://bugs.winehq.org/show_bug.cgi?id=57690
Paul Gofman pgofman@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |6ec78aee9bf05059dfda0ca1127 | |24dc70a27f278 Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED
--- Comment #13 from Paul Gofman pgofman@codeweavers.com --- Should be fixed by 6ec78aee9bf05059dfda0ca112724dc70a27f278.
https://bugs.winehq.org/show_bug.cgi?id=57690
--- Comment #14 from Ivan its.kutepov@gmail.com --- (In reply to Paul Gofman from comment #13)
Should be fixed by 6ec78aee9bf05059dfda0ca112724dc70a27f278.
I've just built Wine 10.0 and can confirm that the issue is resolved. I can provide logs if needed.
https://bugs.winehq.org/show_bug.cgi?id=57690
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 10.1.