https://bugs.winehq.org/show_bug.cgi?id=47292
Bug ID: 47292 Summary: vs 2010 unimplemented function MSVCR100_CLR0400.dll._initterm_e, MSVCR100_CLR0400.dll._except_handler4_common Product: Wine Version: 4.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs@winehq.org Reporter: htl10@users.sourceforge.net Distribution: ---
Using visual studio 2010 express (Microsoft Visual Studio 10.0), targetting Debug|Win32 mode, to build portaudio ( http://www.portaudio.com/ ) , aborts with:
... Creating library Win32\Debug\portaudio_x86.lib and object Win32\Debug\port audio_x86.exp ... wine: Call from 0x7bc8e1f1 to unimplemented function MSVCR100_CLR0400.dll._initterm_e, aborting wine: Call from 0x7bc8e1f1 to unimplemented function MSVCR100_CLR0400.dll._except_handler4_common, aborting
wine: Call from 0x7bc8e1f1 to unimplemented function MSVCR100_CLR0400.dll._except_handler4_common, aborting 012d:err:seh:setup_exception_record stack overflow 824 bytes in thread 012d eip f7b3c61e esp 00230ff8 stack 0x230000-0x231000-0x330000 ... C:\users\hin-tak\Temp\lnk981d.tmp : fatal error LNK1136: invalid or corrupt fil e [Z:\home\hin-tak\git-others\portaudio\build\msvc\portaudio.vcxproj]
Release|Win32 mode works, so this is a Debug|Win32 specific requirement.
https://bugs.winehq.org/show_bug.cgi?id=47292
--- Comment #1 from Hin-Tak Leung htl10@users.sourceforge.net --- *** Bug 47293 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=47292
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=47292
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|msvcrt |-unknown CC| |focht@gmx.net
--- Comment #2 from Anastasius Focht focht@gmx.net --- Hello folks,
that's expected. You can't use .NET Framework 4.5.x components with WinVer lower than 'Windows 7' by design. See also my comment here:
https://bugs.winehq.org/show_bug.cgi?id=41628#c4
Regards
https://bugs.winehq.org/show_bug.cgi?id=47292
--- Comment #3 from Hin-Tak Leung htl10@users.sourceforge.net --- Hmm, don't quite get the details - do you recommend
- set winver > 7?
- set winver > 7 and re-install part or all of visual studio / dotnet?
I tried setting MSVCR100 to native, but that does not improve the situation.
https://bugs.winehq.org/show_bug.cgi?id=47292
Hin-Tak Leung htl10@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED
--- Comment #4 from Hin-Tak Leung htl10@users.sourceforge.net --- Hmm, after playing with various winver, and setting compiler versions, sdk versions on the msbuild command line, I can't reproduce any more...
It is possible that the issue I encountered was because I was running in a WINEPREFIX with both VS 10.0 and 14.0, the latter requires dotnet 4.x, and got into a bit of a mess.
https://bugs.winehq.org/show_bug.cgi?id=47292
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|WORKSFORME |INVALID
--- Comment #5 from Matteo Bruni matteo.mystral@gmail.com --- Nitpicking, this sounds more like an invalid bug.
https://bugs.winehq.org/show_bug.cgi?id=47292
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED CC| |nerv@dawncrow.de
--- Comment #6 from André H. nerv@dawncrow.de --- closing invalid