[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(a)winehq.org Reporter: htl10(a)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 . -- 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=47206 Vincent Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd(a)gmail.com --- Comment #1 from Vincent Povirk <madewokherd(a)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. -- 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=47206 --- Comment #2 from Hin-Tak Leung <htl10(a)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). -- 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=47206 --- Comment #3 from Hin-Tak Leung <htl10(a)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). -- 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=47206 --- Comment #4 from Hans Leidekker <hans(a)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. -- 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=47206 Alex Henrie <alexhenrie24(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexhenrie24(a)gmail.com --- Comment #5 from Alex Henrie <alexhenrie24(a)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 -- 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=47206 --- Comment #6 from Esme Povirk <madewokherd(a)gmail.com> --- If you're using .NET Framework, even this hacked up version, then you should be using native mscoree. -- 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=47206 --- Comment #7 from Ken Sharp <imwellcushtymelike(a)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). -- 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 (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla