https://bugs.winehq.org/show_bug.cgi?id=49131
Bug ID: 49131 Summary: wineboot fails to start Product: Wine Version: 5.8 Hardware: x86-64 OS: Mac OS X Status: NEW Keywords: regression Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: gijsvrm@gmail.com CC: julliard@winehq.org Regression SHA1: 73211637c15b1dbd298364b5dd22161ce55f8145
Sine wine-5.7 wineboot fails to start. The only output is this:
0024:err:environ:run_wineboot failed to start wineboot c00000e5 0024:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0024:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0024:err:winediag:nodrv_CreateWindow The explorer process failed to start.
Bisecting revealed:
73211637c15b1dbd298364b5dd22161ce55f8145 is the first bad commit commit 73211637c15b1dbd298364b5dd22161ce55f8145 Author: Alexandre Julliard julliard@winehq.org Date: Mon Apr 27 12:34:30 2020 +0200
ntdll: Avoid using wine_get_server_dir() from libwine.
Signed-off-by: Alexandre Julliard julliard@winehq.org
I am running macOS Mojave and compiled wine with the 10.13 SDK and with mingw enabled.
https://bugs.winehq.org/show_bug.cgi?id=49131
--- Comment #1 from Gijs Vermeulen gijsvrm@gmail.com --- Correction in the first line: Since wine-5.8 wineboot fails to start.
https://bugs.winehq.org/show_bug.cgi?id=49131
Gcenx gcenx83@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gcenx83@gmail.com
--- Comment #2 from Gcenx gcenx83@gmail.com --- I also confirmed this issue
Also can be see mentioned in this thread https://forum.winehq.org/viewtopic.php?f=9&t=33814
https://bugs.winehq.org/show_bug.cgi?id=49131
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefan@codeweavers.com
--- Comment #3 from Stefan Dösinger stefan@codeweavers.com --- *** Bug 49122 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=49131
--- Comment #4 from Gcenx gcenx83@gmail.com --- Two cases I’ve seen in the forms with the same issue on Linux
Fedora 32 https://forum.winehq.org/viewtopic.php?f=8&t=33819
Ubuntu 19.10 building from source https://forum.winehq.org/viewtopic.php?f=8&t=33863
https://bugs.winehq.org/show_bug.cgi?id=49131
--- Comment #5 from Stefan Dösinger stefan@codeweavers.com --- I don't think this particular bug happens on Linux. The problem is inside an #ifdef __APPLE__ piece of code. There might be a similar problem in wine-staging 5.8 though.
The problem is that send_server_task_port() passes server_dir to a macos function, but this global variable is not set when WINESERVERSOCKET is defined (i.e., a socket to talk to wineserver was provided by the parent process).
https://bugs.winehq.org/show_bug.cgi?id=49131
Mohammad Amin Chitgarha machitgarha@outlook.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |machitgarha@outlook.com
--- Comment #6 from Mohammad Amin Chitgarha machitgarha@outlook.com --- Created attachment 67167 --> https://bugs.winehq.org/attachment.cgi?id=67167 Output of `wineboot` on a clean environment, Fedora 32, wine-staging 5.8.
https://bugs.winehq.org/show_bug.cgi?id=49131
--- Comment #7 from Mohammad Amin Chitgarha machitgarha@outlook.com --- Created attachment 67168 --> https://bugs.winehq.org/attachment.cgi?id=67168 Output of `winecfg` on a clean environment, Fedora 32, wine-staging 5.8.
https://bugs.winehq.org/show_bug.cgi?id=49131
--- Comment #8 from Mohammad Amin Chitgarha machitgarha@outlook.com --- I can confirm the same result while running `winecfg` command. I've attached the related logs.
https://bugs.winehq.org/show_bug.cgi?id=49131
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |604e49056b8193008ebccc01834 | |752706df487b1 Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #9 from Gijs Vermeulen gijsvrm@gmail.com --- For me, on macOS, this is fixed by: 604e49056b8193008ebccc01834752706df487b1
https://bugs.winehq.org/show_bug.cgi?id=49131
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |ntdll
https://bugs.winehq.org/show_bug.cgi?id=49131
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 5.9.
https://bugs.winehq.org/show_bug.cgi?id=49131
3vi1 winehq.org@eternaldusk.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq.org@eternaldusk.com
--- Comment #11 from 3vi1 winehq.org@eternaldusk.com --- Are we sure this is fixed? I just installed on a new system (Ubuntu 20.10 dev repos) and seem to be experiencing it with (winehq-development) 5.9.
15:45:23 evil@H510 ~» winecfg 002c:err:module:__wine_process_init failed to load L"C:\windows\system32\wineboot.exe", error c0000018 0024:err:environ:run_wineboot failed to start wineboot c0000018 0024:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 0034:err:module:__wine_process_init failed to load L"C:\windows\system32\explorer.exe", error c0000018 003c:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0) 003c:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 003c:err:winediag:nodrv_CreateWindow The explorer process failed to start.
https://bugs.winehq.org/show_bug.cgi?id=49131
--- Comment #12 from 3vi1 winehq.org@eternaldusk.com --- 15:47:42 evil@H510 ~» wine --version wine-5.9
https://bugs.winehq.org/show_bug.cgi?id=49131
--- Comment #13 from 3vi1 winehq.org@eternaldusk.com --- (In reply to 3vi1 from comment #12)
15:47:42 evil@H510 ~» wine --version wine-5.9
Ahhhh.... it probably just hasn't made it into the packages yet. Nevermind my nonsense. Thank you Alexandre!
https://bugs.winehq.org/show_bug.cgi?id=49131
--- Comment #14 from 3vi1 winehq.org@eternaldusk.com --- (In reply to 3vi1 from comment #12)
15:47:42 evil@H510 ~» wine --version wine-5.9
Ahhhh.... it probably just hasn't made it into the packages yet. Nevermind my nonsense. Thank you Alexandre!
https://bugs.winehq.org/show_bug.cgi?id=49131
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #15 from Zebediah Figura z.figura12@gmail.com --- (In reply to 3vi1 from comment #11)
Are we sure this is fixed? I just installed on a new system (Ubuntu 20.10 dev repos) and seem to be experiencing it with (winehq-development) 5.9.
15:45:23 evil@H510 ~» winecfg 002c:err:module:__wine_process_init failed to load L"C:\windows\system32\wineboot.exe", error c0000018
This is bug 49208, which is unrelated.
https://bugs.winehq.org/show_bug.cgi?id=49131
Scott shagooserver@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shagooserver@gmail.com
--- Comment #16 from Scott shagooserver@gmail.com --- This is not fixed in wine staging 5.9. using Kubuntu 20.04. Because of the post dates and release dates I am not sure if the fix is referring to 5.9.
https://bugs.winehq.org/show_bug.cgi?id=49131
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|wineboot fails to start |wineboot fails to start on | |Mac OS with error c00000e5
--- Comment #17 from Zebediah Figura z.figura12@gmail.com --- (In reply to Scott from comment #16)
This is not fixed in wine staging 5.9. using Kubuntu 20.04. Because of the post dates and release dates I am not sure if the fix is referring to 5.9.
This, again, is probably bug 49208. This bug is specific to Mac OS.