https://bugs.winehq.org/show_bug.cgi?id=57943
Bug ID: 57943 Summary: Critical program error in CorelDraw 2024 Setup.exe Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: d.astra@yopmail.com Distribution: ---
Created attachment 78189 --> https://bugs.winehq.org/attachment.cgi?id=78189 The crash dump from CorelDraw 2024 Setup.exe
I manually downloaded the real CorelDraw Setup (not the CDGS2024.exe, which gets a connection timeout while trying to download from the corel servers) to install the program. Neither the Setup.exe in the root directory (CorelDRAWGraphicsSuite2024Installer), nor the Setup_x64.msi work. They crash nearly instantly with a critical error. I provide the crash dump from the main Setup.exe, as both dumps are the same.
https://bugs.winehq.org/show_bug.cgi?id=57943
--- Comment #1 from d.astra@yopmail.com --- Created attachment 78190 --> https://bugs.winehq.org/attachment.cgi?id=78190 The crash dump from CorelDraw 2024 Setup_x64.msi
Added the second crash dump
https://bugs.winehq.org/show_bug.cgi?id=57943
d.astra@yopmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #78190|0 |1 is obsolete| |
--- Comment #2 from d.astra@yopmail.com --- Created attachment 78192 --> https://bugs.winehq.org/attachment.cgi?id=78192 A second crash dump from Setup_x64.msi (the main setup)
I got lucky and it opened the installation program without crashing immediately. This time, it even tried to install the GraphicsSuite, but crashed at 5%.
There seems to be something of a timing issue (maybe in RAM?). 2 out of 10 tries don't crash instantly, but further down the installation (or while opening the window).
https://bugs.winehq.org/show_bug.cgi?id=57943
--- Comment #3 from d.astra@yopmail.com --- Also tested with CorelDraw2019, same error and same behavior. Most times it instantly crashes, but once in a blue moon I can get the installation to actually install something (not much, 4%), before it crashes. If wanted, I can provide the backlog and console log from this try.
https://bugs.winehq.org/show_bug.cgi?id=57943
d.astra@yopmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Critical program error in |Critical program error in |CorelDraw 2024 Setup.exe |CorelDraw 2019/2024 | |Setup.exe
https://bugs.winehq.org/show_bug.cgi?id=57943
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |mshtml
--- Comment #4 from Austin English austinenglish@gmail.com --- (In reply to d.astra from comment #2)
There seems to be something of a timing issue (maybe in RAM?). 2 out of 10 tries don't crash instantly, but further down the installation (or while opening the window).
You could try 'taskset -c 0 wine Setup.exe' to limit the process to one CPU.
https://bugs.winehq.org/show_bug.cgi?id=57943
--- Comment #5 from d.astra@yopmail.com --- Created attachment 78207 --> https://bugs.winehq.org/attachment.cgi?id=78207 Setup_x64.msi with taskset
Good news and bad news with the taskset -c 0.
Good news: The installer starts every time and I'm able to trigger the installation (or come at least to the default or custome installation part (3/3)).
Bad news: It still crashes shortly after. Sometimes even in the license part (2/3), BUT never at the EULA agreement (1/3). I will also upload the stdout.
https://bugs.winehq.org/show_bug.cgi?id=57943
--- Comment #6 from d.astra@yopmail.com --- Created attachment 78208 --> https://bugs.winehq.org/attachment.cgi?id=78208 Stdout from Setup.exe with taskset
https://bugs.winehq.org/show_bug.cgi?id=57943
--- Comment #7 from d.astra@yopmail.com --- Scratch the part with "it never crashes at the EULA". You have to wait for it to happen there. So the taskset buys me time.
https://bugs.winehq.org/show_bug.cgi?id=57943
d.astra@yopmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Installer
--- Comment #8 from d.astra@yopmail.com --- I dived deeper into this, than originally planed, but I found the cause for the instant crash: ieframe gets a timeout and doesn't load properties into a container, thus msxml can't access said container, which then isn't provided to mshtml. That's the entire error chain.
It all starts with this error: 00e8:err:clipboard:convert_selection Timed out waiting for SelectionNotify event 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data
Which is preventing this from happening: 012c:trace:ieframe:PropertyNotifySink_OnChanged (00000000002ADA60)->(-525) 012c:fixme:ieframe:ClientSite_GetContainer (00000000002ADA60)->(000000000011E628) 012c:trace:ieframe:ClientSite_QueryInterface (00000000002ADA60)->(IID_IOleCommandTarget 000000000011E6A8) (After this section comes loads of Data for the container, which I omit for readability reasons)
I'm still seeking the reason for the later crash, when the setups has successfully launched. Ultimately all runs end with an unhandled page fault (which can be seen in all provided crash dumps), which seems to be random and not related to either ieframe, msxml or mshtml. I also tested this with the same result on a different machine, so it has nothing to do with RAM or CPU problems.
https://bugs.winehq.org/show_bug.cgi?id=57943
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #9 from Zeb Figura z.figura12@gmail.com --- (In reply to d.astra from comment #8)
I dived deeper into this, than originally planed, but I found the cause for the instant crash: ieframe gets a timeout and doesn't load properties into a container, thus msxml can't access said container, which then isn't provided to mshtml. That's the entire error chain.
It all starts with this error: 00e8:err:clipboard:convert_selection Timed out waiting for SelectionNotify event 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data
Which is preventing this from happening: 012c:trace:ieframe:PropertyNotifySink_OnChanged (00000000002ADA60)->(-525) 012c:fixme:ieframe:ClientSite_GetContainer (00000000002ADA60)->(000000000011E628) 012c:trace:ieframe:ClientSite_QueryInterface (00000000002ADA60)->(IID_IOleCommandTarget 000000000011E6A8) (After this section comes loads of Data for the container, which I omit for readability reasons)
No, the clipboard, mountmgr, and ieframe messages are unrelated to each other.
https://bugs.winehq.org/show_bug.cgi?id=57943
--- Comment #10 from d.astra@yopmail.com --- I think the main problem is this error in the backlog: "HTMLElement_get_parent_event_target+0x9 [/usr/src/packages/BUILD/dlls/mshtml/htmlelem.c:6466] in mshtml: movq (%rcx), %rax Unable to access file '/usr/src/packages/BUILD/dlls/mshtml/htmlelem.c'"
There's no packages directory, so wine can't find its contents.
-
WineHQ Bugzilla