https://bugs.winehq.org/show_bug.cgi?id=49329
Bug ID: 49329 Summary: critical section timeout on prefix creation Product: Wine Version: 5.10 Hardware: x86-64 OS: Mac OS X Status: NEW Keywords: regression Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: gijsvrm@gmail.com CC: julliard@winehq.org Regression SHA1: 1276b25ae72e81cf044134bae92db6ef73be3a1
I am running macOS 10.14 Mojave, compiling with mingw and the 10.13 SDK.
Bisection revealed:
1276b25ae72e81cf044134bae92db6ef73be3a1 is the first bad commit commit f1276b25ae72e81cf044134bae92db6ef73be3a1 Author: Alexandre Julliard julliard@winehq.org Date: Thu Jun 4 21:27:22 2020 +0200
ntdll: Move the keyed event functions to the Unix library.
Signed-off-by: Alexandre Julliard julliard@winehq.org
Prefix creation freezes when the 2nd wine-mono popup (64bit prefix) shows, but after force closing wine64-preloader, it still completes creation. But running winecfg after that gives the following output:
(base) Gijss-MacBook-Pro:~ gverm$ $WINE winecfg 0078:err:service:process_send_command receiving command result timed out 0040:err:rpc:I_RpcReceive we got fault packet with status 0x3e6 0094:err:ntdll:RtlpWaitForCriticalSection section 0x1194f0 "/Users/gverm/Desktop/Work/wine/programs/services/services.c: scmdatabase" wait timed out in thread 0094, blocked by 0078, retrying (60 sec) 0098:err:ntdll:RtlpWaitForCriticalSection section 0x1194f0 "/Users/gverm/Desktop/Work/wine/programs/services/services.c: scmdatabase" wait timed out in thread 0098, blocked by 0078, retrying (60 sec) wine: Critical section 00000000001194F0 wait failed at address 000000007BC31638 (thread 0094), starting debugger... 00a4:err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased 0094:err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc31638
https://bugs.winehq.org/show_bug.cgi?id=49329
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1|1276b25ae72e81cf044134bae92 |f1276b25ae72e81cf044134bae9 |db6ef73be3a1 |2db6ef73be3a1
https://bugs.winehq.org/show_bug.cgi?id=49329
Huw Davies huw.davies@physics.ox.ac.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED Fixed by SHA1| |552bc8aa4703b674747df36c591 | |038da17c0c858 CC| |huw.davies@physics.ox.ac.uk
--- Comment #1 from Huw Davies huw.davies@physics.ox.ac.uk --- Should be fixed by 552bc8aa4703b674747df36c591038da17c0c858
After the keyed event code was moved to the unix lib, RtlWaitOnEvent no longer used the default event (it used the global keyed_event in the non-unix lib). At this point RtlWakeAddress* should have been changed to use that global rather than the default.
This wasn't evident on Linux as there are fast paths there that avoid keyed events.
https://bugs.winehq.org/show_bug.cgi?id=49329
--- Comment #2 from Gijs Vermeulen gijsvrm@gmail.com --- (In reply to Huw Davies from comment #1)
Should be fixed by 552bc8aa4703b674747df36c591038da17c0c858
After the keyed event code was moved to the unix lib, RtlWaitOnEvent no longer used the default event (it used the global keyed_event in the non-unix lib). At this point RtlWakeAddress* should have been changed to use that global rather than the default.
This wasn't evident on Linux as there are fast paths there that avoid keyed events.
I can confirm it's fixed, thanks for the heads up!
https://bugs.winehq.org/show_bug.cgi?id=49329
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.11.
-
WineHQ Bugzilla