https://bugs.winehq.org/show_bug.cgi?id=46107
Bug ID: 46107 Summary: Altium Designer 18 page faults when launched Product: Wine Version: 3.19 Hardware: x86 URL: https://s3.amazonaws.com/altium-release-manager/Altium _Designer_18/OfflineSetup_Altium_Designer_Public_18_1_ 9.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: jhansonxi@gmail.com Distribution: Ubuntu
Created attachment 62738 --> https://bugs.winehq.org/attachment.cgi?id=62738 Backtrace of Altium Designer 18.1.9 on wine-staging 3.19 on xubuntu 16.04 x86-64
Altium Designer 18 is a major rewrite of the EDA/PCB CAD suite and is 64-bit with some legacy 32-bit components (previous versions were 32-bit only). It appears to still be a mix of NET Framework and Delphi components.
It has both online and offline installers (URL link is to offline installer, 2.1GB). It requires a registration code to use the app but this is prompted after launch. The offline installer works without problems but includes NET Framework 2.6.1 which doesn't install properly (as per NET Framework Setup Verification Tool) so winetricks is needed:
winetricks -q corefonts dotnet461
Upon execution the app (X2.EXE) page faults after the splash screen. Occurs with both dev and staging.
Wine packages: wine-devel | 3.19.0~xenial | https://dl.winehq.org/wine-builds/ubuntu xenial/main amd64 Packages wine-staging | 3.19.0~xenial | https://dl.winehq.org/wine-builds/ubuntu xenial/main amd64 Packages
winetricks list: Using winetricks 20180815-next - sha256sum: cff80fa6dbd02b43972d13fc82e4af9bddd968623c0b18620679816968a07f80 with wine-3.19 (Staging) and WINEARCH=win64 andale arial comicsans courier georgia impact times trebuchet verdana webdings corefonts w_workaround_wine_bug-34803 remove_mono w_workaround_wine_bug-34803 remove_mono w_workaround_wine_bug-34803 remove_mono w_workaround_wine_bug-42701 w_workaround_wine_bug-34803 remove_mono winxp dotnet40 dotnet45 w_workaround_wine_bug-38959 dotnet46 dotnet461
Third-party components (identified by file name and hex dumps): TeighaX SQLite DirectX 9 zlib Professional Software Development FastMM FFmpeg LAME 7-Zip LZ4 DevExpress Chromium Embedded Framework
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #1 from Jeff D. Hanson jhansonxi@gmail.com --- Created attachment 62739 --> https://bugs.winehq.org/attachment.cgi?id=62739 relay debug output
https://bugs.winehq.org/show_bug.cgi?id=46107
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords| |download CC| |xerox.xerox2000x@gmail.com
--- Comment #2 from Louis Lenders xerox.xerox2000x@gmail.com --- Confirming and added download keyword
As a wild guess i would say it`s related to msxml insufficiency, I tried winetricks msxml3 and msxml6, but somehow it didn`t work out in 64-bit wineprefix; i get errors that msxml is not registered etc,
Does anyone know a workaround to use native msxml on 64-bit prefix?
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #3 from Jeff D. Hanson jhansonxi@gmail.com --- Affects Altium 19.0.10 also. Tested with wine-4.0-rc3 (Staging) on Ubuntu 16.04 x86_64.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #4 from Jeff D. Hanson jhansonxi@gmail.com --- Created attachment 63104 --> https://bugs.winehq.org/attachment.cgi?id=63104 Backtrace of Altium Designer 19.0.10 on wine-staging 4.0-rc3 (staging) on xubuntu 16.04 x86-64
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kepszlok@gmail.com
--- Comment #5 from Tom kepszlok@gmail.com --- Created attachment 63361 --> https://bugs.winehq.org/attachment.cgi?id=63361 Backtrace of Altium Designer 18.1.9 on wine 4.0 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #6 from Tom kepszlok@gmail.com --- Created attachment 63362 --> https://bugs.winehq.org/attachment.cgi?id=63362 Backtrace of Altium Designer 19.0.10 on wine 4.0 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|x86 |x86-64 CC| |focht@gmx.net
--- Comment #7 from Anastasius Focht focht@gmx.net --- Hello Louis,
--- quote --- I tried winetricks msxml3 and msxml6, but somehow it didn`t work out in 64-bit wineprefix; i get errors that msxml is not registered etc,
Does anyone know a workaround to use native msxml on 64-bit prefix? --- quote ---
it's actually another interesting issue, unrelated to the originally reported problem here. I've created bug 46568 to document it.
Anyway, this one seems indeed an msxml issue. Bug 46206 might be related (32-bit version affected).
Regards
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #63362|0 |1 is obsolete| |
--- Comment #8 from Tom kepszlok@gmail.com --- Created attachment 63470 --> https://bugs.winehq.org/attachment.cgi?id=63470 Backtrace of Altium Designer 19.0.10 on wine 4.1 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #63470|0 |1 is obsolete| |
--- Comment #9 from Tom kepszlok@gmail.com --- Created attachment 63608 --> https://bugs.winehq.org/attachment.cgi?id=63608 Backtrace of Altium Designer 19.0.10 on wine 4.2 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #63608|0 |1 is obsolete| |
--- Comment #10 from Tom kepszlok@gmail.com --- Created attachment 63756 --> https://bugs.winehq.org/attachment.cgi?id=63756 Backtrace of Altium Designer 19.0.10 on wine 4.3 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #63756|0 |1 is obsolete| |
--- Comment #11 from Tom kepszlok@gmail.com --- Created attachment 63896 --> https://bugs.winehq.org/attachment.cgi?id=63896 Backtrace of Altium Designer 19.0.10 on wine 4.4 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #63896|0 |1 is obsolete| |
--- Comment #12 from Tom kepszlok@gmail.com --- Created attachment 64058 --> https://bugs.winehq.org/attachment.cgi?id=64058 Backtrace of Altium Designer 19.0.10 on wine 4.5 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
dezna dezna@rambler.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dezna@rambler.ru
--- Comment #13 from dezna dezna@rambler.ru --- Created attachment 64102 --> https://bugs.winehq.org/attachment.cgi?id=64102 Backtrace of Altium Designer 19.0.10 on wine 4.0 Ubuntu 16
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #14 from dezna dezna@rambler.ru --- Created attachment 64103 --> https://bugs.winehq.org/attachment.cgi?id=64103 Backtrace of Altium Designer 19.0.10 on wine 4.5 Ubuntu 16 x64
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #64058|0 |1 is obsolete| |
--- Comment #15 from Tom kepszlok@gmail.com --- Created attachment 64163 --> https://bugs.winehq.org/attachment.cgi?id=64163 Backtrace of Altium Designer 19.0.10 on wine 4.6 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #64163|0 |1 is obsolete| |
--- Comment #16 from Tom kepszlok@gmail.com --- Created attachment 64273 --> https://bugs.winehq.org/attachment.cgi?id=64273 Backtrace of Altium Designer 19.0.10 on wine 4.7 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #64273|0 |1 is obsolete| |
--- Comment #17 from Tom kepszlok@gmail.com --- Created attachment 64427 --> https://bugs.winehq.org/attachment.cgi?id=64427 Backtrace of Altium Designer 19.0.10 on wine 4.8 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #64427|0 |1 is obsolete| |
--- Comment #18 from Tom kepszlok@gmail.com --- Created attachment 65120 --> https://bugs.winehq.org/attachment.cgi?id=65120 Backtrace of Altium Designer 19.0.10 on wine 4.14 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #65120|0 |1 is obsolete| |
--- Comment #19 from Tom kepszlok@gmail.com --- Created attachment 65325 --> https://bugs.winehq.org/attachment.cgi?id=65325 Backtrace of Altium Designer 19.0.10 on wine 4.17 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #20 from Louis Lenders xerox.xerox2000x@gmail.com --- Hi, i applied patches from https://bugs.winehq.org/show_bug.cgi?id=46568
Then after winetricks msxml3 msxml6 it got a tiny bit further to crash into IntegratedLibrary.dll (which resides in System folder of Altium)
I was able to get to the Welcome-screen by disabling the IntegratedLibrary.dll (WINEDLLOVERRIDES="integratedlibrary=d" wine X2.EXE; did not test any further
For now this bug looks really like a msxml6 issu
https://bugs.winehq.org/show_bug.cgi?id=46107
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |msxml6
--- Comment #21 from Louis Lenders xerox.xerox2000x@gmail.com --- probably msxml6 issue
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #22 from Tom kepszlok@gmail.com --- Created attachment 65505 --> https://bugs.winehq.org/attachment.cgi?id=65505 Backtrace of Altium Designer 19.1.7 on wine 4.8 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
Tom kepszlok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #65505|Backtrace of Altium |Backtrace of Altium description|Designer 19.1.7 on wine 4.8 |Designer 19.1.7 on wine |on ChakraOS (x64) |4.18 on ChakraOS (x64)
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #23 from Louis Lenders xerox.xerox2000x@gmail.com --- Created attachment 65508 --> https://bugs.winehq.org/attachment.cgi?id=65508 regkey
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #24 from Louis Lenders xerox.xerox2000x@gmail.com --- Hi Tom , thanks for testing this frequently but ther`s no need to attach backtraces every time as they don`t reveal much
FYI: I was able to start the program successfully following following recipe:
- apply patches from comment #20
- winetricks msxml3 msxml6
- copy over msado15.dll from my win7-partition from c:\Program Files\Common Files\System\ado to ~/.wine/drive_c/Program Files\Common Files\System\ado
-copy over msdart.dll from my win7-partition from c:\Windows\System32\ to ~/.wine/drive_c/windows/system32
- add registry key from previous comment
- set only msxml6 to native (and mscoree for dotnet) , program starts successfully then
Regards
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #25 from Tom kepszlok@gmail.com --- (In reply to Louis Lenders from comment #24)
Hi Tom , thanks for testing this frequently but ther`s no need to attach backtraces every time as they don`t reveal much
FYI: I was able to start the program successfully following following recipe:
apply patches from comment #20
winetricks msxml3 msxml6
copy over msado15.dll from my win7-partition from c:\Program Files\Common
Files\System\ado to ~/.wine/drive_c/Program Files\Common Files\System\ado
-copy over msdart.dll from my win7-partition from c:\Windows\System32\ to ~/.wine/drive_c/windows/system32
add registry key from previous comment
set only msxml6 to native (and mscoree for dotnet) , program starts
successfully then
Regards
I'm just updating my last backtrace, because we got new Wine version regularly.
It's good to hear that there are hope. May one of the devs will implement something from this.
https://bugs.winehq.org/show_bug.cgi?id=46107
Roman Pišl rpisl@seznam.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rpisl@seznam.cz
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #26 from Tom kepszlok@gmail.com --- Created attachment 66359 --> https://bugs.winehq.org/attachment.cgi?id=66359 Backtrace of Altium Designer 20.0.10 on wine 5.0 on ChakraOS (x64)
New mayor Altium version, with Wine 5.0 - still the same :(
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #27 from Tom kepszlok@gmail.com --- Something is changed. With Wine-staging 5.7, instead of page fault, the X2.exe process becomes a zombi process. Tested on Manjaro KDE.
https://bugs.winehq.org/show_bug.cgi?id=46107
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Altium Designer 18 page |Altium Designer 18.x - 20.x |faults when launched |crashes on startup
--- Comment #28 from Anastasius Focht focht@gmx.net --- Hello Tom,
--- quote --- Something is changed. With Wine-staging 5.7, instead of page fault, the X2.exe process becomes a zombi process. --- quote ---
the original msxml problem is still there. The application builtin exception/error handling (uses madExcept lib) is messed up due to bug 49011 (unfortunate regression that slipped into Wine 5.7 release), causing the zombie process.
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Altium/AD18
$ WINEDEBUG=+seh,+relay,+msxml wine ./X2.EXE >>log.txt 2>&1 ... 002f:trace:msxml:xmlnodemap_get_item (0x20d8650)->(7 0x52e640) 002f:trace:msxml:domelem_get_item (0x7fc64839bba0)->(7 0x52e640) 002f:Call ole32.GetErrorInfo(00000000,0052e578) ret=7fc638749a19 002f:Ret ole32.GetErrorInfo() retval=00000001 ret=7fc638749a19 002f:Call KERNEL32.FormatMessageW(00003300,00000000,8007000e,00000000,0052e3f8,6e65282000000000,00000000) ret=7fc638463db2 002f:Call ntdll.RtlAllocateHeap(00010000,00000008,00000022) ret=7b028a38 002f:Ret ntdll.RtlAllocateHeap() retval=020d8970 ret=7b028a38 002f:Ret KERNEL32.FormatMessageW() retval=00000010 ret=7fc638463db2 ... 002f:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0052e538) ret=7fc638423ca6 002f:Call ntdll.memcpy(0052e388,0052e538,00000038) ret=7b00f656 002f:Ret ntdll.memcpy() retval=0052e388 ret=7b00f656 002f:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b00f665 ip=7b00f665 tid=002f 002f:trace:seh:raise_exception info[0]=00007fc638d7a196 002f:trace:seh:raise_exception info[1]=00007fc643d36ca0 002f:trace:seh:raise_exception info[2]=0000000000000000 002f:trace:seh:raise_exception info[3]=0000000000000000 002f:trace:seh:raise_exception info[4]=0000000000000000 002f:trace:seh:raise_exception info[5]=0000000000000000 002f:trace:seh:raise_exception info[6]=0000000000000000 002f:trace:seh:raise_exception rax=000000000052e388 rbx=00007fc643d36ca0 rcx=000000000052e368 rdx=0000000000000036 002f:trace:seh:raise_exception rsi=0000000000000007 rdi=000000000052e430 rbp=000000000052e468 rsp=000000000052e340 002f:trace:seh:raise_exception r8=0000000000000000 r9=000000000052db40 r10=0000000000000000 r11=0000000000000000 002f:trace:seh:raise_exception r12=0000000000000000 r13=00007fc638d73198 r14=0000000000000000 r15=0000000000000000 002f:trace:seh:RtlVirtualUnwind type 1 rip 7b00f665 rsp 52e340 ... 002f:Call oleaut32.SysAllocStringLen(7fc643d40ce0 L"Out of memory",0000000d) ret=7fc638424fe3 ... 002f:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,7fc6387486d9 "EOleException\xa1",0000000d,7fc643d40cb0,7fc60000000e) ret=7fc63842c2eb 002f:Call ntdll.RtlUTF8ToUnicodeN(7fc643d40cb0,0000001c,0052c7a0,7fc6387486d9,0000000d) ret=7b01fb0e 002f:Ret ntdll.RtlUTF8ToUnicodeN() retval=00000000 ret=7b01fb0e 002f:Ret KERNEL32.MultiByteToWideChar() retval=0000000d ret=7fc63842c2eb 002f:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,7fc638748479 "EOleSysErrorw",0000000c,7fc643d40cb0,7fc60000000d) ret=7fc63842c2eb 002f:Call ntdll.RtlUTF8ToUnicodeN(7fc643d40cb0,0000001a,0052c7a0,7fc638748479,0000000c) ret=7b01fb0e 002f:Ret ntdll.RtlUTF8ToUnicodeN() retval=00000000 ret=7b01fb0e 002f:Ret KERNEL32.MultiByteToWideChar() retval=0000000c ret=7fc63842c2eb 002f:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,7fc63874831f "EOleError0\x83t8\xc6\x7f",00000009,7fc643d40cb0,7fc60000000a) ret=7fc63842c2eb 002f:Call ntdll.RtlUTF8ToUnicodeN(7fc643d40cb0,00000014,0052c7a0,7fc63874831f,00000009) ret=7b01fb0e 002f:Ret ntdll.RtlUTF8ToUnicodeN() retval=00000000 ret=7b01fb0e 002f:Ret KERNEL32.MultiByteToWideChar() retval=00000009 ret=7fc63842c2eb ... 002f:Call KERNEL32.FindResourceA(7fc638410000,7fc638ceafdc "TMADEXCEPT",0000000a) ret=7fc638ceafd7 ... 002f:Call KERNEL32.GetThreadContext(00000180,7fc638080000) ret=7fc638d37ebb 0034:Call PE DLL (proc=0x7fc640339c7c,module=0x7fc640290000 L"Altium_SQLite3_x64.dll",reason=THREAD_DETACH,res=(nil)) 0034:Ret PE DLL (proc=0x7fc640339c7c,module=0x7fc640290000 L"Altium_SQLite3_x64.dll",reason=THREAD_DETACH,res=(nil)) retval=1 ... 0034:Call ntdll.NtClose(00000000) ret=7b0366a4 0033:err:ntdll:RtlpWaitForCriticalSection section 0x7bd3fd00 "/home/focht/projects/wine/mainline-src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0033, blocked by 0034, retrying (60 sec) --- snip ---
In general I suggest to always test the originally reported app version first with each Wine release. While being useful to a certain extent, mixing/switching different vendor product releases (AD 18.x, 19.x, 20.x) and Wine flavours (Wine, Wine-Staging) should always come second - unless you know that the underlying root cause is always the same.
$ sha1sum OfflineSetup_Altium_Designer_Public_18_1_9.zip ed78dc04efadd4ad2b515cb9ca95d32d418d9189 OfflineSetup_Altium_Designer_Public_18_1_9.zip
$ du -sh OfflineSetup_Altium_Designer_Public_18_1_9.zip 2.2G OfflineSetup_Altium_Designer_Public_18_1_9.zip
$ wine --version wine-5.7
Regards
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #29 from Tom kepszlok@gmail.com --- (In reply to Anastasius Focht from comment #28)
Hello Tom,
--- quote --- Something is changed. With Wine-staging 5.7, instead of page fault, the X2.exe process becomes a zombi process. --- quote ---
the original msxml problem is still there. The application builtin exception/error handling (uses madExcept lib) is messed up due to bug 49011 (unfortunate regression that slipped into Wine 5.7 release), causing the zombie process.
...
In general I suggest to always test the originally reported app version first with each Wine release. While being useful to a certain extent, mixing/switching different vendor product releases (AD 18.x, 19.x, 20.x) and Wine flavours (Wine, Wine-Staging) should always come second - unless you know that the underlying root cause is always the same.
Regards
Oh, I hope they fix Wine soon.
I'll also install the original altium version to upload the next crashlog.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #30 from Tom kepszlok@gmail.com --- Created attachment 67272 --> https://bugs.winehq.org/attachment.cgi?id=67272 Crashlog of Altium Designer 18.1.9 on Wine-staging 5.8
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #31 from Tom kepszlok@gmail.com --- Created attachment 67273 --> https://bugs.winehq.org/attachment.cgi?id=67273 Crashlog of Altium Designer 20.1.10 on Wine-staging 5.8
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #32 from Tom kepszlok@gmail.com --- Some new info. After installing msxml6 with winetricks (on wine-staging 5.12), the app tries to start. But it throws questions about work folders behind the altium logo, I can only close these question windows from alt-tabbing.
But after that, it still segfaulst. Something maybe also needs to be installed. I read about dotnedfx461, but that did not help.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #33 from Tom kepszlok@gmail.com --- I spent the half day with debugging this problem, but now I'm stuck. On Linux Mint 20, with Wine 5.5, I get this:
*dotnet462 is installed, so all dotnet packages are installed till 4.0 *vcrun2017 are also installed. (I'm sure it is also needed)
wine X2.EXE 002b:err:winediag:ODBC32_SQLDrivers No ODBC drivers could be found. Check the settings for your libodbc provider. 002b:err:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request failed with status 0x2733 002b:err:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request failed with status 0x2733 002b:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Foundation.Diagnostics.AsyncCausalityTracer" 002b:err:eventlog:ReportEventW L"Application: X2.EXE\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: exception code c0000005, exception address 0000001400053EEC\nStack:\n" wine: Unhandled page fault on read access to 0000000000000000 at address 0000001400053EEC (thread 002b), starting debugger... couldn't load main module (0)
It seems like something is broken with .net 4.0, but I'm unsure. See full log: https://pastebin.com/66gnkGkP
Do you guys have any idea of what to do?
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #34 from Austin English austinenglish@gmail.com --- (In reply to Tom from comment #33)
It seems like something is broken with .net 4.0, but I'm unsure. See full log: https://pastebin.com/66gnkGkP
Do you guys have any idea of what to do?
Try installing libodbc drivers.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #35 from Tom kepszlok@gmail.com --- (In reply to Austin English from comment #34)
(In reply to Tom from comment #33)
It seems like something is broken with .net 4.0, but I'm unsure. See full log: https://pastebin.com/66gnkGkP
Do you guys have any idea of what to do?
Try installing libodbc drivers.
I have unixodbc package installed. - I'm sure that is working (or at least does something), because without unixodbc, the program throws runtime error 217.
But that odbc package is 64bit only, and this 64bit wine prefix can not use the lib32 version of the unixodbc.
https://bugs.winehq.org/show_bug.cgi?id=46107
Abraham foreverwithme714@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |foreverwithme714@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #36 from Tom kepszlok@gmail.com --- I'm still trying to get the cause of why this program can not run.
00bc:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 00bc:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000402,(nil),0x0001,0x00000000,0x51caf0,(nil)): stub 00bc:err:eventlog:ReportEventW L"Application: X2.EXE\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an unhandled exception.\nException Info: exception code eedfade, exception address 000000007B010F2E\nStack:\n" 00bc:fixme:advapi:DeregisterEventSource (0xcafe4242) stub wine: Unhandled exception 0x0eedfade in thread bc at address 000000007B010F2E (thread 00bc), starting debugger... couldn't load main module (0) Unhandled exception: 0x0eedfade in 64-bit code (0x000000007b010f2e).
So there is this 0x0eedfade error code. AFAIK this is a .Net thing, but I'm unsure of exactly what.
This exception is affected a bunch of programs, like FLStudio. I also found this: https://adangel.org/2018/05/26/wine-delphi-programs/ -most of the results suggest to install mdac28 with winetricks, but I have already done that.
May somebody knows what to do with this exception.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #37 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Tom from comment #36)
I'm still trying to get the cause of why this program can not run.
May somebody knows what to do with this exception.
Have you already tried recipe from comment https://bugs.winehq.org/show_bug.cgi?id=46107#c24 ?
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #38 from Tom kepszlok@gmail.com --- (In reply to Louis Lenders from comment #37)
(In reply to Tom from comment #36)
I'm still trying to get the cause of why this program can not run.
May somebody knows what to do with this exception.
Have you already tried recipe from comment https://bugs.winehq.org/show_bug.cgi?id=46107#c24 ?
At the time of your post, no. But now that patch is staged so I did all the steps. (one difference, I copied the files from Windows 10)
In winecfg, I set these: msxml3 (included, native) msxml6 (native, included) mscoreee (native)
It still crashes:
wine X2.EXE 002c:fixme:winediag:__wine_start_process Wine Staging 5.15 is a testing version containing experimental patches. 002c:fixme:winediag:__wine_start_process Please mention your exact version when filing bug reports on winehq.org. 00b8:err:winediag:ODBC32_SQLDrivers No ODBC drivers could be found. Check the settings for your libodbc provider. 00b8:fixme:thread:GetThreadUILanguage : stub, returning default language. 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051D3AC, 0000000000000000 000000000051D408 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051D3AC 0000000000000000 000000000051D408) returning a dummy value (current locale) 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051D3AC, 00000001001F7FF0 000000000051D408 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051D3AC 00000001001F7FF0 000000000051D408) returning a dummy value (current locale) 00b8:fixme:wtsapi:WTSRegisterSessionNotification Stub 000000000001007E 0x00000000 00b8:fixme:uxtheme:BufferedPaintInit Stub () 00b8:fixme:win:DisableProcessWindowsGhosting : stub 00b8:fixme:uxtheme:BufferedPaintInit Stub () 00b8:fixme:thread:GetThreadUILanguage : stub, returning default language. 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051CB3C, 0000000000000000 000000000051CB98 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051CB3C 0000000000000000 000000000051CB98) returning a dummy value (current locale) 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051CB3C, 00000001001F7D60 000000000051CB98 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051CB3C 00000001001F7D60 000000000051CB98) returning a dummy value (current locale) 00b8:fixme:win:DisableProcessWindowsGhosting : stub 00b8:fixme:heap:RtlSetHeapInformation 0000000102E00000 0 000000000051E730 4 stub 00b8:fixme:heap:RtlSetHeapInformation 0000000102E00000 0 000000000051E730 4 stub 00b8:fixme:thread:GetThreadUILanguage : stub, returning default language. 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051CA4C, 0000000000000000 000000000051CAA8 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051CA4C 0000000000000000 000000000051CAA8) returning a dummy value (current locale) 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051CA4C, 000000006BFCBFF0 000000000051CAA8 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051CA4C 000000006BFCBFF0 000000000051CAA8) returning a dummy value (current locale) 00b8:fixme:win:DisableProcessWindowsGhosting : stub 00b8:fixme:dwmapi:DwmIsCompositionEnabled 000000000051EF2C 00b8:fixme:thread:GetThreadUILanguage : stub, returning default language. 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051C6EC, 0000000000000000 000000000051C748 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051C6EC 0000000000000000 000000000051C748) returning a dummy value (current locale) 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051C6EC, 000000006BFCA220 000000000051C748 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051C6EC 000000006BFCA220 000000000051C748) returning a dummy value (current locale) 00b8:fixme:win:DisableProcessWindowsGhosting : stub 00b8:err:module:fixup_imports_ilonly mscoree.dll not found, IL-only binary L"Altium.Edp.SupplyChain.dll" cannot be loaded 00b8:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 00b8:fixme:thread:GetThreadUILanguage : stub, returning default language. 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051C6EC, 0000000000000000 000000000051C748 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051C6EC 0000000000000000 000000000051C748) returning a dummy value (current locale) 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051C6EC, 000000006BFC9B50 000000000051C748 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051C6EC 000000006BFC9B50 000000000051C748) returning a dummy value (current locale) 00b8:fixme:win:DisableProcessWindowsGhosting : stub 00b8:fixme:thread:GetThreadUILanguage : stub, returning default language. 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051C6FC, 0000000000000000 000000000051C758 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051C6FC 0000000000000000 000000000051C758) returning a dummy value (current locale) 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051C6FC, 000000006BFC8D20 000000000051C758 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051C6FC 000000006BFC8D20 000000000051C758) returning a dummy value (current locale) 00b8:fixme:win:DisableProcessWindowsGhosting : stub 00b8:fixme:thread:GetThreadUILanguage : stub, returning default language. 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051C6FC, 0000000000000000 000000000051C758 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051C6FC 0000000000000000 000000000051C758) returning a dummy value (current locale) 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051C6FC, 000000006BFC9650 000000000051C758 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051C6FC 000000006BFC9650 000000000051C758) returning a dummy value (current locale) 00b8:fixme:win:DisableProcessWindowsGhosting : stub 00b8:fixme:thread:GetThreadUILanguage : stub, returning default language. 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051C03C, 0000000000000000 000000000051C098 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051C03C 0000000000000000 000000000051C098) returning a dummy value (current locale) 00b8:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 000000000051C03C, 000000006BFC90F0 000000000051C098 00b8:fixme:nls:get_dummy_preferred_ui_language (0x38 000000000051C03C 000000006BFC90F0 000000000051C098) returning a dummy value (current locale) 00b8:fixme:win:DisableProcessWindowsGhosting : stub wine: Unhandled exception 0x0eedfade in thread b8 at address 000000007B010F2E (thread 00b8), starting debugger...
So it is that 0x0eedfade exception again.
Do you still able to run Altium Designer? If so, which version?
https://bugs.winehq.org/show_bug.cgi?id=46107
Michael McGuire spoon0042@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spoon0042@hotmail.com
--- Comment #39 from Michael McGuire spoon0042@hotmail.com --- (In reply to Tom from comment #36)
This exception is affected a bunch of programs, like FLStudio. I also found this: https://adangel.org/2018/05/26/wine-delphi-programs/ -most of the results suggest to install mdac28 with winetricks, but I have already done that.
There's an open issue with winetricks regarding mdac; if that is actually needed you may need to manually override msado15 native, builtin.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #40 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Tom from comment #38)
(In reply to Louis Lenders from comment #37) (one difference, I copied the files from Windows 10)
Do you mean you copied msxml6 (and msxml3) also from Windows 10?
If so, try again but let winetricks install them
Also: does the command below (from comment 20) get you to the welcomscreen?
WINEDLLOVERRIDES="integratedlibrary=d" wine X2.EXE
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #41 from Tom kepszlok@gmail.com --- (In reply to Michael McGuire from comment #39)
(In reply to Tom from comment #36)
This exception is affected a bunch of programs, like FLStudio. I also found this: https://adangel.org/2018/05/26/wine-delphi-programs/ -most of the results suggest to install mdac28 with winetricks, but I have already done that.
There's an open issue with winetricks regarding mdac; if that is actually needed you may need to manually override msado15 native, builtin.
I have tried this, but it changed nothing. So may mdac28 is not needed.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #42 from Tom kepszlok@gmail.com --- (In reply to Louis Lenders from comment #40)
(In reply to Tom from comment #38)
(In reply to Louis Lenders from comment #37) (one difference, I copied the files from Windows 10)
Do you mean you copied msxml6 (and msxml3) also from Windows 10?
If so, try again but let winetricks install them
Also: does the command below (from comment 20) get you to the welcomscreen?
WINEDLLOVERRIDES="integratedlibrary=d" wine X2.EXE
No, I did the steps as you wrote those steps.
- winetricks msxml3 msxml6
- copy over msado15.dll from my win7-partition from c:\Program Files\Common Files\System\ado to ~/.wine/drive_c/Program Files\Common Files\System\ado
-copy over msdart.dll from my win7-partition from c:\Windows\System32\ to ~/.wine/drive_c/windows/system32
I just copied these files from win10. I do not have win7.
"> WINEDLLOVERRIDES="integratedlibrary=d" wine X2.EXE" This changed nothing.
Btw, I was able to read the text in Altium's own crash window. It complained over and exception in EDesignData.dll file, that's in Altium's system folder.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #43 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Tom from comment #42)
(In reply to Louis Lenders from comment #40)
No, I did the steps as you wrote those steps.
- winetricks msxml3 msxml6
Ok, and also winetricks dotnet48, or something the like (IRC it needs native dotnet)
Anyway, what version of Altium are you testing? I`ll try that version then to see if it works/crashes here
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #44 from Louis Lenders xerox.xerox2000x@gmail.com --- Created attachment 68040 --> https://bugs.winehq.org/attachment.cgi?id=68040 Screenshot of tested version
(In reply to Tom from comment #41)
I have tried this, but it changed nothing. So may mdac28 is not needed.
It looks like mdac28 only installs 32-bit msado15, so in this case not usable afaict. I don`t know if that is a winetricks bug, or mdac28 just is 32 bit only
Anyway, I retried and somehow the recipe from comment 20 now crashes, and needs an extra workaround: I had to disable dwrite to get it running, otherwise it would crash
Could be a regression or dwrite just evolved a bit more since i last tested, to run into subsequent bug?
@Tom: does disabling dwrite (WINEDLLOVERRIDES=dwrite=d wine X2.EXE) change anything
Regards
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #45 from Tom kepszlok@gmail.com --- (In reply to Louis Lenders from comment #44)
Created attachment 68040 [details] Screenshot of tested version
(In reply to Tom from comment #41)
I have tried this, but it changed nothing. So may mdac28 is not needed.
It looks like mdac28 only installs 32-bit msado15, so in this case not usable afaict. I don`t know if that is a winetricks bug, or mdac28 just is 32 bit only
Anyway, I retried and somehow the recipe from comment 20 now crashes, and needs an extra workaround: I had to disable dwrite to get it running, otherwise it would crash
Could be a regression or dwrite just evolved a bit more since i last tested, to run into subsequent bug?
@Tom: does disabling dwrite (WINEDLLOVERRIDES=dwrite=d wine X2.EXE) change anything
Regards
I have the latest Altium (20.1.14) right now. In this PC, I was unable to install any .net package newer than 3.5 with winetricks, they run into stack overflow error or the install process simply stops. This is an issue since about wine-staging 5.10 or so.
With or without .net, WINEDLLOVERRIDES=dwrite=d wine X2.EXE changes nothing.
*I have a second PC, with some .net package already installed. On that PC, I do also have an older Altium 18, I will be able to check thing there tomorrow.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #46 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Tom from comment #45) In this PC, I was unable to
install any .net package newer than 3.5 with winetricks, they run into stack overflow error or the install process simply stops.
Yeah, that`s a nuisance. FYI: I used (only) 'winetricks dotnet48', that one hangs too at a certain moment; when you do 'wineserver -k' in another terminal window, it proceeds and (seems to at least) ends properly
Additional note: instead of disabling dwrite, the hack below also worked for me: diff --git a/dlls/dwrite/main.c b/dlls/dwrite/main.c index a96874b2c2..d600b3b6d8 100644 --- a/dlls/dwrite/main.c +++ b/dlls/dwrite/main.c @@ -1437,8 +1437,7 @@ static HRESULT WINAPI dwritefactory3_CreateCustomRenderingParams(IDWriteFactory7 TRACE("%p, %.8e, %.8e, %.8e, %.8e, %d, %d, %d, %p.\n", iface, gamma, contrast, grayscale_contrast, cleartype_level, pixel_geometry, rendering_mode, gridfit_mode, params);
- return create_renderingparams(gamma, contrast, grayscale_contrast, cleartype_level, pixel_geometry, rendering_mode, - gridfit_mode, params); + return E_NOTIMPL; }
static HRESULT WINAPI dwritefactory3_CreateFontFaceReference_(IDWriteFactory7 *iface, IDWriteFontFile *file,
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #47 from Tom kepszlok@gmail.com --- (In reply to Louis Lenders from comment #46)
(In reply to Tom from comment #45) In this PC, I was unable to
install any .net package newer than 3.5 with winetricks, they run into stack overflow error or the install process simply stops.
Yeah, that`s a nuisance. FYI: I used (only) 'winetricks dotnet48', that one hangs too at a certain moment; when you do 'wineserver -k' in another terminal window, it proceeds and (seems to at least) ends properly
Yeah, that`s a nuisance. FYI: I used (only) 'winetricks dotnet48', that one hangs too at a certain moment; when you do 'wineserver -k' in another terminal window, it proceeds and (seems to at least) ends properly
That did something! After killing wineserver, I started altium and for the first time, I seen the main app window - but only for a second, the it crashed: 00bc:fixme:path:parse_url failed to parse L"DevExpress.Xpf.Core.v15.2.resources" 00bc:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 00bc:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003ff,(nil),0x0001,0x00000000,0x5168c0,(nil)): stub 00bc:err:eventlog:ReportEventW L"Application: X2.EXE\nFramework Version: v4.0.30319\nDescription: The process was terminated due to an internal error in the .NET Runtime at IP 000000010DD9719A (000000010DD40000) with exit code 80131506.\n" 00bc:fixme:advapi:DeregisterEventSource (0xcafe4242) stub 00bc:fixme:ntdll:EtwEventUnregister (deadbeef) stub. 00bc:fixme:ntdll:EtwEventUnregister (deadbeef) stub. 00bc:fixme:ntdll:EtwEventUnregister (deadbeef) stub.
I think the dotnet install is still problematic in this pc. I may be able to test it on my other machine later this day.
I also tried it with WINEDLLOVERRIDES=dwrite=d wine X2.EXE, but it did gave back that exception, instead of the main window.
Additional note: instead of disabling dwrite, the hack below also worked for me: diff --git a/dlls/dwrite/main.c b/dlls/dwrite/main.c index a96874b2c2..d600b3b6d8 100644 --- a/dlls/dwrite/main.c +++ b/dlls/dwrite/main.c @@ -1437,8 +1437,7 @@ static HRESULT WINAPI dwritefactory3_CreateCustomRenderingParams(IDWriteFactory7 TRACE("%p, %.8e, %.8e, %.8e, %.8e, %d, %d, %d, %p.\n", iface, gamma, contrast, grayscale_contrast, cleartype_level, pixel_geometry, rendering_mode, gridfit_mode, params);
- return create_renderingparams(gamma, contrast, grayscale_contrast,
cleartype_level, pixel_geometry, rendering_mode,
gridfit_mode, params);
- return E_NOTIMPL;
}
static HRESULT WINAPI dwritefactory3_CreateFontFaceReference_(IDWriteFactory7 *iface, IDWriteFontFile *file,
This is a new patch for wine?
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #48 from Louis Lenders xerox.xerox2000x@gmail.com --- Created attachment 68042 --> https://bugs.winehq.org/attachment.cgi?id=68042 winetricks addition for installing 64-bit msado15
Just another update/note.
The hang in "winetricks dotnet48" seems to have been fixed in current git (yesterday it was still present)
The "dwrite-bug" mystereously also dissapeared too when i just reinstalled and tried the program, don`t know why.
For convenience I attach winetricks addition that one could just copy/paste somewhere inside winetricks; then the only thing needed is
"winetricks -q dotnet48 msado15 msxml6"
Then start the installer, and after finish the program then comes up just fine here.
Regards
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #49 from Tom kepszlok@gmail.com --- (In reply to Louis Lenders from comment #48)
Created attachment 68042 [details] winetricks addition for installing 64-bit msado15
Just another update/note.
The hang in "winetricks dotnet48" seems to have been fixed in current git (yesterday it was still present)
The "dwrite-bug" mystereously also dissapeared too when i just reinstalled and tried the program, don`t know why.
For convenience I attach winetricks addition that one could just copy/paste somewhere inside winetricks; then the only thing needed is
"winetricks -q dotnet48 msado15 msxml6"
Then start the installer, and after finish the program then comes up just fine here.
Regards
Huhh, so I can expect a working dontet install with the next wine-staging release?
What do you mean by this:
For convenience I attach winetricks addition that one could just copy/paste somewhere inside winetricks; then the only thing needed is
wine devs should pick up your attachment?
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #50 from Tom kepszlok@gmail.com --- Hmm, Paul Gofman wrote a patch to solve the .net hang problem. I hope the devs will pick it up for wine staging 5.18. Details: https://bugs.winehq.org/show_bug.cgi?id=49532
Louise, I hope you do not mind, I opened a bug report for winetricks with your addition. https://github.com/Winetricks/winetricks/issues/1611
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #51 from Tom kepszlok@gmail.com --- So, .net with winetricks is now working.(wine-staging 5.18)
Using a celan wine with only dotnet48 installed, we are back at this exception: 0x0eedfade
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #52 from Tom kepszlok@gmail.com --- This bugreport should be closed since Altium can now be run with wine, since around wine 6.15.
It's not perfect, see: https://appdb.winehq.org/objectManager.php?sClass=version&iId=40170, but the core issue of this bugreport is solved.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #53 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Tom from comment #52)
This bugreport should be closed since Altium can now be run with wine, since around wine 6.15.
It's not perfect, see: https://appdb.winehq.org/objectManager.php?sClass=version&iId=40170, but the core issue of this bugreport is solved.
Hi Tom, I doubt that:
winetricks -q --force dotnet48 msxml3 msxml6
That testreport used native msxml6 so I really doubt it`s fixed
Regrads
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #54 from Tom kepszlok@gmail.com --- (In reply to Louis Lenders from comment #53)
(In reply to Tom from comment #52)
This bugreport should be closed since Altium can now be run with wine, since around wine 6.15.
It's not perfect, see: https://appdb.winehq.org/objectManager.php?sClass=version&iId=40170, but the core issue of this bugreport is solved.
Hi Tom, I doubt that:
winetricks -q --force dotnet48 msxml3 msxml6
That testreport used native msxml6 so I really doubt it`s fixed
Regrads
Oh, you are right. My mistake.
Btw, tt would be good to know if anything is happening with this bug report, because it has been in "new" status for 3 years...
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #55 from Tom kepszlok@gmail.com --- After some time, this problem did re-emerged.
With a separate wineprefix that has dotnet48 and msxml6 installed, I was able to run and use Altium Designer. It was slow due to some GDI rendering problem, but it was running. But this has been changed around wine-staging 4.8, AD is again crashing with this ?pascal related? problem.
See the attached files.
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #56 from Tom kepszlok@gmail.com --- Created attachment 74871 --> https://bugs.winehq.org/attachment.cgi?id=74871 Backtrace of Altium Desinger 20.2.6 on Wine-staging 8.11
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #57 from Tom kepszlok@gmail.com --- Created attachment 74872 --> https://bugs.winehq.org/attachment.cgi?id=74872 Crashlog of Altium Designer 20.2.6 on Wine-staging 8.11
https://bugs.winehq.org/show_bug.cgi?id=46107
--- Comment #58 from Tom kepszlok@gmail.com --- I was unable to start Altium by any means. This is what I get: 0eedfade
0114:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 0114:fixme:advapi:ReportEventW (00000000CAFE4242,0x0001,0x0000,0x00000402,0000000000000000,0x0001,0x00000000,00007FFFFE4FDB20,0000000000000000): stub 0114:err:eventlog:ReportEventW L"Application: X2.EXE\n" 0114:err:eventlog:ReportEventW L"Framework Version: v4.0.30319\n" 0114:err:eventlog:ReportEventW L"Description: The process was terminated due to an unhandled exception.\n" 0114:err:eventlog:ReportEventW L"Exception Info: exception code eedfade, exception address 00006FFFFFC53C07\n" 0114:err:eventlog:ReportEventW L"Stack:\n" 0114:fixme:advapi:DeregisterEventSource (00000000CAFE4242) stub wine: Unhandled exception 0x0eedfade in thread 114 at address 00006FFFFFC53C07 (thread 0114), starting debugger...
It is the same with wine-staging 8.18 and wine 8.3
Also, using dotnet 4.0 or dotnet 4.8 makes no difference.
Advapi may be the source of the problem?