https://bugs.winehq.org/show_bug.cgi?id=45649
Bug ID: 45649 Summary: chromium x32 sandbox hangs forever inside server_queue_process_apc Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs@winehq.org Reporter: dark.shadow4@web.de Distribution: ---
Created attachment 62078 --> https://bugs.winehq.org/attachment.cgi?id=62078 0009-ntdll-Hack-to-prevent-freeze-in-NtProtectVirtualMemo.patch
Follow up to bug 45648.
For x32 chromium, the sandbox calls VirtualProctectEx for another process. It then reaches NtWaitForSingleObject( handle, FALSE, NULL ) in server_queue_process_apc, and waits there forever.
Don't know why yet, but I attached a hack to work around the issue.
https://bugs.winehq.org/show_bug.cgi?id=45649
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|chromium x32 sandbox hangs |chromium 32-bit sandbox |forever inside |hangs forever inside |server_queue_process_apc |server_queue_process_apc
https://bugs.winehq.org/show_bug.cgi?id=45649
mirh mirh@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mirh@protonmail.ch
https://bugs.winehq.org/show_bug.cgi?id=45649
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #1 from Zebediah Figura z.figura12@gmail.com --- Just to clarify, by the way, I've been changing titles because "x32" is somewhat misleading, as it can be used to refer to a distinct Linux ABI which uses x86-64 instructions but 32-bit pointers.
https://bugs.winehq.org/show_bug.cgi?id=45649
Robert Walker bob.mt.wya@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bob.mt.wya@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=45649
zzzzzyzz@hacari.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzzzzyzz@hacari.org
https://bugs.winehq.org/show_bug.cgi?id=45649
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #2 from Fabian Maurer dark.shadow4@web.de --- Can't reproduce this anymore. I don't know what fixed it, but since it doesn't appear anymore, I just assume it's fixed.
I'd like to do a bisect to find out what fixed it, but due to it being staging and being depended on other patches, I'll skip that. If you have an idea how to do that without absurd effort, please tell me.
https://bugs.winehq.org/show_bug.cgi?id=45649
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #3 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.10.
-
wine-bugs＠winehq.org