https://bugs.winehq.org/show_bug.cgi?id=53967
Bug ID: 53967 Summary: Running anything hangs on start up Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs@winehq.org Reporter: dmitry@baikal.ru CC: piotr@codeweavers.com Regression SHA1: 1cf1412a12c6ee6191d387162fecb456f0df2d89 Distribution: ---
$ wine winver 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 003c:err:service:process_send_command service protocol error - failed to write pipe! 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"PlugPlay" failed to start: 1053 0108:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0108:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
+seh,+dc,+gdi,+winspool shows this as the reason of the hang:
0098:trace:seh:handle_syscall_fault code=c0000005 flags=0 addr=0x7e35fdef ip=7e35fdef 0098:trace:seh:handle_syscall_fault info[0]=00000000 0098:trace:seh:handle_syscall_fault info[1]=0000000c 0098:trace:seh:handle_syscall_fault eax=00000000 ebx=7e3f4000 ecx=00000000 edx=7d74a1f0 esi=00000000 edi=7e407520 0098:trace:seh:handle_syscall_fault ebp=0031fbf8 esp=0031fbb0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0098:trace:seh:handle_syscall_fault returning to user mode ip=7e64c6fc ret=c0000005 0098:trace:gdi:NtGdiCreatePatternBrushInternal 0xc0000005
NtGdiCreatePatternBrushInternal looks weird, commenting out OpenPrinterW() and other winspool APIs in CreateDCW() fixes the crashes.
Both clang in msvc mode or ELF build show the same behaviour.
This is a regression: 1cf1412a12c6ee6191d387162fecb456f0df2d89 is the first bad commit commit 1cf1412a12c6ee6191d387162fecb456f0df2d89 Author: Piotr Caban piotr@codeweavers.com Date: Mon Nov 21 12:45:33 2022 +0100
gdi32: Get printer output file name in StartDoc.
dlls/gdi32/Makefile.in | 2 +- dlls/gdi32/dc.c | 57 +++++++++++++++++++++++++++++++++++++++++++------- include/ntgdi.h | 2 ++ 3 files changed, 53 insertions(+), 8 deletions(-)
https://bugs.winehq.org/show_bug.cgi?id=53967
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #1 from Fabian Maurer dark.shadow4@web.de --- Seems to work for me. Do you need to plugin a printer for that to happen? Or does that only happen with clang (I use gcc)?
https://bugs.winehq.org/show_bug.cgi?id=53967
--- Comment #2 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Fabian Maurer from comment #1)
Seems to work for me. Do you need to plugin a printer for that to happen? Or does that only happen with clang (I use gcc)?
I'm not sure about needing a printer for reproducing the problem, however I have 2 printers configured if that matters. Regarding gcc/clang, as I mentioned already, both clang in msvc mode or ELF build show the same behaviour.
https://bugs.winehq.org/show_bug.cgi?id=53967
Piotr Caban piotr.caban@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |piotr.caban@gmail.com
--- Comment #3 from Piotr Caban piotr.caban@gmail.com --- You can change gdi32/Makefile.in to DELAYIMPORT winspool.drv (instead of winspool) as a workaround.
https://bugs.winehq.org/show_bug.cgi?id=53967
--- Comment #4 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Piotr Caban from comment #3)
You can change gdi32/Makefile.in to DELAYIMPORT winspool.drv (instead of winspool) as a workaround.
That does help. Thanks Piotr!
https://bugs.winehq.org/show_bug.cgi?id=53967
--- Comment #5 from Piotr Caban piotr.caban@gmail.com --- It should be fixed by 020e2b6bb. Please retest.
https://bugs.winehq.org/show_bug.cgi?id=53967
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Fixed by SHA1| |020e2b6bb46b3bc39d2088d6ff6 | |68e64b2576aae
--- Comment #6 from Dmitry Timoshkov dmitry@baikal.ru --- (In reply to Piotr Caban from comment #5)
It should be fixed by 020e2b6bb. Please retest.
I can confirm that the problem is fixed in today's wine git. Thanks again!
Just curious though, do you know what is the reason why it wasn't noticed?
https://bugs.winehq.org/show_bug.cgi?id=53967
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 7.22.
-
WineHQ Bugzilla