https://bugs.winehq.org/show_bug.cgi?id=44692
Bug ID: 44692 Summary: Medieval Engineers crashes on startup Product: Wine Version: 3.3 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs@winehq.org Reporter: leslie_alistair@hotmail.com Distribution: ---
Created attachment 60700 --> https://bugs.winehq.org/attachment.cgi?id=60700 Backtrace with debug info
When running Medieval Engineers it crashes on startup.
Attached is a debug backtrace of the error.
https://bugs.winehq.org/show_bug.cgi?id=44692
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Hardware|x86 |x86-64 URL| |http://store.steampowered.c | |om/app/333950/Medieval_Engi | |neers/
https://bugs.winehq.org/show_bug.cgi?id=44692
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
--- Comment #1 from Austin English austinenglish@gmail.com --- Does it run with native .Net installed?
https://bugs.winehq.org/show_bug.cgi?id=44692
--- Comment #2 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- (In reply to Austin English from comment #1)
Does it run with native .Net installed?
Haven't been able to get 64 bit .NET installed to a state, which doesn't causes issue with other applications.
https://bugs.winehq.org/show_bug.cgi?id=44692
--- Comment #3 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Created attachment 60943 --> https://bugs.winehq.org/attachment.cgi?id=60943 Sample test to cause the issue.
This needs to be ran in a WOW64 environment.
The test is 64 bits. The LoadLibraryA causes a 32 bit .NET library to be loaded. In turn load mscoree.dll (64bit), then crashing resolving _CorDllMain.
https://bugs.winehq.org/show_bug.cgi?id=44692
Louis Lenders xerox.xerox2000x@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox.xerox2000x@gmail.com
--- Comment #4 from Louis Lenders xerox.xerox2000x@gmail.com --- A user reported crash in Appdb with this app:
http://www.dashware.net/dashware-download/
I think it`s the same crash, this is a small download
https://bugs.winehq.org/show_bug.cgi?id=44692
--- Comment #5 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- (In reply to Louis Lenders from comment #4)
A user reported crash in Appdb with this app:
http://www.dashware.net/dashware-download/
I think it`s the same crash, this is a small download
Yes. This appears to be the same issue.
https://bugs.winehq.org/show_bug.cgi?id=44692
--- Comment #6 from Vincent Povirk madewokherd@gmail.com --- Probably a regression from Alexandre's change allowing 32-bit CLR images to load in a 64-bit process. Previously, loading them would fail and we'd fall back on Mono's loader.
We probably need _CorValidateImage in mscoree.
https://bugs.winehq.org/show_bug.cgi?id=44692
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |win64 Component|ntdll |mscoree Summary|Medieval Engineers crashes |64-bit .NET apps crash on |on startup |startup with Wine-Mono | |(Medieval Engineers, | |Dashware 1.9) CC| |focht@gmx.net
--- Comment #7 from Anastasius Focht focht@gmx.net --- Hello folks,
refining fields/summary to explicitly mention Wine-Mono.
The aforementioned apps run further (albeit into other unrelated issues) with 64-bit .NET Framework 4.x properly installed in 64-bit WINEPREFIX.
Regards
https://bugs.winehq.org/show_bug.cgi?id=44692
--- Comment #8 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Anastasius Focht from comment #7)
Hello folks,
The aforementioned apps run further (albeit into other unrelated issues) with 64-bit .NET Framework 4.x properly installed in 64-bit WINEPREFIX.
Is there a recipe ATM to get .NET Framework 4.x properly installed in 64-bit WINEPREFIX?
https://bugs.winehq.org/show_bug.cgi?id=44692
--- Comment #9 from Anastasius Focht focht@gmx.net --- Hello Louis,
--- quote --- Is there a recipe ATM to get .NET Framework 4.x properly installed in 64-bit WINEPREFIX? --- quote ---
no, not in a clean way.
It's essentially manual extraction of some dlls from {.msi,.msu,.mzz} packages and putting them in proper 64-bit locations. The underlying 32-bit/64-bit MSI client/server insufficiencies and mixed 32-bit/64-bit MSI package handling bugs causing this are already documented. I don't want to have these bugs ignored/stalled for more years just because workarounds exist with winetricks. We already had this in the past with various other issues. No one will bother/attempt to fix them if there is no pressure from end users.
If you provide winetricks hacked recipe(s) for working mixed mode 32-bit/64-bit .NET Framework installation in 64-bit WINEPREFIX, then go on. You should be prepared to provide support for bug reports resulting from these on your own.
Regards
https://bugs.winehq.org/show_bug.cgi?id=44692
--- Comment #10 from Louis Lenders xerox.xerox2000x@gmail.com --- (In reply to Anastasius Focht from comment #9)
Hello Louis,
--- quote --- Is there a recipe ATM to get .NET Framework 4.x properly installed in 64-bit WINEPREFIX? --- quote ---
no, not in a clean way.
If you provide winetricks hacked recipe(s) for working mixed mode 32-bit/64-bit .NET Framework installation in 64-bit WINEPREFIX, then go on. You should be prepared to provide support for bug reports resulting from these on your own.
Regards
I wouldn`t dare ;) Thanks for the info anyway
https://bugs.winehq.org/show_bug.cgi?id=44692
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bhscyu+dpgzafih7ccrw@sharkl | |asers.com
--- Comment #11 from Alexandre Julliard julliard@winehq.org --- *** Bug 44894 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=44692
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |52e09e823e2a2b65f1f993145c0 | |a65ab1d84713d Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #12 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Fixed by https://source.winehq.org/git/wine.git/?a=commit;h=52e09e823e2a2b65f1f993145...
https://bugs.winehq.org/show_bug.cgi?id=44692
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.6.
https://bugs.winehq.org/show_bug.cgi?id=44692
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bronsonmathews@gmail.com
--- Comment #14 from Anastasius Focht focht@gmx.net --- *** Bug 44702 has been marked as a duplicate of this bug. ***
-
wine-bugs＠winehq.org