[Bug 47206] New: Call from 0x7b453193 to unimplemented function mscoree.dll.GetProcessExecutableHeap , aborting
https://bugs.winehq.org/show_bug.cgi?id=47206
Bug ID: 47206 Summary: Call from 0x7b453193 to unimplemented function mscoree.dll.GetProcessExecutableHeap, aborting Product: Wine Version: 4.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs@winehq.org Reporter: htl10@users.sourceforge.net Distribution: ---
I think this is visual studio 2015 community edition. Am trying to do:
wine myplace.../drive_c/windows/Microsoft.NET/Framework/v4.0.30319/MSBuild.exe myproject.vcxproj
Got unimplemented function mscoree.dll.GetProcessExecutableHeap error.
Running Wine Staging 4.8 .
https://bugs.winehq.org/show_bug.cgi?id=47206
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd@gmail.com
--- Comment #1 from Vincent Povirk madewokherd@gmail.com --- Where does this MSBuild.exe come from? Is your mscoree.dll native or builtin? I suspect you have a broken or partial .NET installation.
https://bugs.winehq.org/show_bug.cgi?id=47206
--- Comment #2 from Hin-Tak Leung htl10@users.sourceforge.net --- Hmm, I guess mscoree.dll must be builtin...
ls -l ...drive_c/windows/system32/mscoree.dll -rw-r--r-- 1 hin-tak hin-tak 297808 Mar 18 2010 ...drive_c/windows/system32/mscoree.dll $ md5sum ...drive_c/windows/system32/mscoree.dll b04db1f0b2652fcbccc5fd0c46579f0f .../drive_c/windows/system32/mscoree.dll $ file .../drive_c/windows/system32/mscoree.dll .../drive_c/windows/system32/mscoree.dll: PE32 executable (DLL) (GUI) Intel 80386, for MS Windows
I specifically put the native one on, as mono is not sufficient to run visual studio (bug filed earlier and elsewhere).
https://bugs.winehq.org/show_bug.cgi?id=47206
--- Comment #3 from Hin-Tak Leung htl10@users.sourceforge.net --- I did a bit more digging and found a somewhat bizarre behaviour. I have intentionally removed wine-mono and installed dotnet 4.x, because vs 2015's installer requires dotnet 4.x and mono's provision is not sufficient (bug filed elsewhere). So I assume dotnet installed by vs2015 bundled should work.
I remember it did, earlier in the wine 4.x cycle. But with 4.8 staging, I needed to go into winecfg to explicitly set mscoree.dll to "native only", to get it to work now.
To summarise,
vs2005 needs native mscoree.dll, and also winecfg setting it to "native only", to make it work.
When set to "native, then builtin", that's when the message
wine: Call from 0x7b453193 to unimplemented function mscoree.dll.GetProcessExecutableHeap, aborting
appears.
when set to "built-in" only, the expected message appears.
0030:err:mscoree:CLRRuntimeInfo_GetRuntimeHost Wine Mono is not installed
"builtin then native" also gives this expected answer:
0009:err:mscoree:CLRRuntimeInfo_GetRuntimeHost Wine Mono is not installed
So out of the 4 combinations, "native only", "built-in only", "native then builtin", "builtin then native", only "native only" works. I don't quite understand why "native then built-in" behaves differently from "native only"; and also that, AFAIK, the same wineprefix (without any special mscoree dll override), used to work earlier in the wine 4.x cycle.
(after patching for https://bugs.winehq.org/show_bug.cgi?id=46465 , as I wrote 4 months ago).
https://bugs.winehq.org/show_bug.cgi?id=47206
--- Comment #4 from Hans Leidekker hans@meelstraat.net --- (In reply to Hin-Tak Leung from comment #3)
When set to "native, then builtin", that's when the message
wine: Call from 0x7b453193 to unimplemented function mscoree.dll.GetProcessExecutableHeap, aborting
appears.
when set to "built-in" only, the expected message appears.
0030:err:mscoree:CLRRuntimeInfo_GetRuntimeHost Wine Mono is not installed
"builtin then native" also gives this expected answer:
0009:err:mscoree:CLRRuntimeInfo_GetRuntimeHost Wine Mono is not installed
So out of the 4 combinations, "native only", "built-in only", "native then builtin", "builtin then native", only "native only" works. I don't quite understand why "native then built-in" behaves differently from "native only"; and also that, AFAIK, the same wineprefix (without any special mscoree dll override), used to work earlier in the wine 4.x cycle.
With "native then builtin" Wine's builtin is loaded during installation and if it passes the version checks it will not be overwritten with a native version.
With "native only" mscoree fails to load during installation. The installer assumes it's absent and installs a native version.
https://bugs.winehq.org/show_bug.cgi?id=47206
Alex Henrie alexhenrie24@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexhenrie24@gmail.com
--- Comment #5 from Alex Henrie alexhenrie24@gmail.com --- Wine also needs GetProcessExecutableHeap if the .NET Framework is installed via dotnet9x: https://github.com/itsmattkc/dotnet9x
Steps to reproduce:
1. Download https://web.archive.org/web/20240412122010/https://github.com/itsmattkc/dotn...
2. Run `wine dotnet9x.exe`
3. Run `wine 'C:\windows\Microsoft.NET\Framework\v2.0.50727\AppLaunch.exe'`
Result:
wine: Call from 7B6425F7 to unimplemented function mscoree.dll.GetProcessExecutableHeap, aborting wine: Unhandled page fault on read access to 00000000 at address 0040409F (thread 0024), starting debugger...
$ sha256sum dotnet9x.exe 4f8f488f5a4f71c90afaf1285f33194821462e8f8b5c944eb6c8204ead8a43fe
https://bugs.winehq.org/show_bug.cgi?id=47206
--- Comment #6 from Esme Povirk madewokherd@gmail.com --- If you're using .NET Framework, even this hacked up version, then you should be using native mscoree.
https://bugs.winehq.org/show_bug.cgi?id=47206
--- Comment #7 from Ken Sharp imwellcushtymelike@gmail.com ---
I think this is visual studio 2015 community edition
Can you confirm which version you are using? It would help if we could download the app (and link it to the AppDB).
-
wine-bugs＠winehq.org -
WineHQ Bugzilla