[Bug 57943] New: Critical program error in CorelDraw 2024 Setup.exe
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(a)winehq.org Reporter: d.astra(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 --- Comment #1 from d.astra(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 d.astra(a)yopmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #78190|0 |1 is obsolete| | --- Comment #2 from d.astra(a)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). -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 --- Comment #3 from d.astra(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 d.astra(a)yopmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Critical program error in |Critical program error in |CorelDraw 2024 Setup.exe |CorelDraw 2019/2024 | |Setup.exe -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |mshtml --- Comment #4 from Austin English <austinenglish(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 --- Comment #5 from d.astra(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 --- Comment #6 from d.astra(a)yopmail.com --- Created attachment 78208 --> https://bugs.winehq.org/attachment.cgi?id=78208 Stdout from Setup.exe with taskset -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 --- Comment #7 from d.astra(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 d.astra(a)yopmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Installer --- Comment #8 from d.astra(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #9 from Zeb Figura <z.figura12(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57943 --- Comment #10 from d.astra(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57943 --- Comment #11 from Astra <d.astra(a)yopmail.com> --- New run with wine 10.6-staging. No luck. I manually had to add the DLL-Folder to usr/packages, as it was empty, which caused preliminary crashes (some files like mshtml.c not found). When run with WINEDEBUG, the installer crashes nearly instantly every time. It's hard to get a good errout-log. BUT: If the installer doesn't crash instantly (either thru not using WINEDEBUG or pure luck) it finally got to the point of starting to install files. Errout and Backlog are provided. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57943 --- Comment #13 from Astra <d.astra(a)yopmail.com> --- Created attachment 78490 --> http://bugs.winehq.org/attachment.cgi?id=78490 Errout with WINEDEBUG=+mshtml This is the error out with WINEDEBUG from the same run as the new Backtrace. Collected with Wine-10.6, 1.5.2025 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57943 Astra <d.astra(a)yopmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #78189|0 |1 is obsolete| | Attachment #78192|0 |1 is obsolete| | --- Comment #12 from Astra <d.astra(a)yopmail.com> --- Created attachment 78489 --> http://bugs.winehq.org/attachment.cgi?id=78489 Crash dump from CorelDraw 2019 Setup.exe Wine-10.6 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=57943 --- Comment #14 from Astra <d.astra(a)yopmail.com> --- Something changed from Wine10.13 to Wine10.14. The installer (when not crashing instantly) reaches Step 4 of the Installation and attempts to install VCredist 2019. It will fail shortly after and creates some garbage data somewhere deep inside the data-structure of the .wine-directory, which will prevent any other attempt of installing and logging the software. The setup, if again started, will lock up in an infinite "xmldom:remove <Hashcode>"-Thing and won't do anything else for over two hours, then it finally causes a memory overflow and crashes the entire PC. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
WineHQ Bugzilla