Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

닷넷 EXE 실행 오류 - Mixed mode assembly is build against version 'v2.0.50727' of the runtime

이상하군요, 동일한 실행 파일이 동일한 운영체제에서 고객사의 특정 컴퓨터에서만 다음과 같은 오류가 발생합니다.

Unhandled Exception: System.IO.FileLoadException: Mixed mode assembly is built against version 'v2.0.50727' of the runtime and cannot be loaded in the 4.0 runtime without additional configuration information.


순수하게 오류 메시지의 의미만으로 보면 .NET 2.0 ~ 3.5 대상으로 빌드한 "mixed mode 어셈블리"는 .NET 4.0 환경에서 별도의 옵션 설정 없이는 로드할 수 없다는 것입니다.

사실, 제가 만든 어셈블리는 .NET 2.0을 대상으로 빌드한 것이 맞습니다. 그리고 .NET 4.0 환경에서도 실행이 될 수 있도록 supportedRuntime 설정을 해둔 것인데요,

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <startup>
        <supportedRuntime version="v4.0.30319"/>
        <supportedRuntime version="v2.0.50727"/>
    </startup>
</configuration>

메시지에 따라 이 오류를 해결하려면 "additional configuration information"이 필요하고, 여기서의 요구 사항을 만족하는 설정은 useLegacyV2RuntimeActivationPolicy입니다.

useLegacyV2RuntimeActivationPolicy
; https://docs.microsoft.com/en-us/dotnet/framework/configure-apps/file-schema/startup/startup-element

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <startup useLegacyV2RuntimeActivationPolicy="true">
        <supportedRuntime version="v4.0.30319"/>
        <supportedRuntime version="v2.0.50727"/>
    </startup>
</configuration>

일단, 이것으로 급한 불은 껐는데요. ^^




문제는, "mixed mode assembly"의 기준입니다. 아래의 문서에 보면 이에 대해 설명하고 있는데요,

Mixed (native and managed) assemblies
; https://docs.microsoft.com/en-us/cpp/dotnet/mixed-native-and-managed-assemblies

Mixed assemblies are capable of containing both unmanaged machine instructions and MSIL instructions.
...[생략]...
Visual C++ only supports the generation of mixed managed assemblies by using the /clr compiler option.

(14) What is a mixed-mode assembly?
; http://stackoverflow.com/questions/7266936

A mixed-mode assembly is a dynamic link library that contains both managed code and native code for a particular processor architecture. Since it contains native code it can only be loaded into a process that matches the processor architecture it was compiled for.


보는 바와 같이, 현재 mixed managed assembly를 생성할 수 있는 유일한 방법은 Visual C++/CLI만 가능한 것입니다. 반면, 제가 겪은 문제의 어셈블리는 C#으로 AnyCPU를 대상으로 만든 것이기 때문에 저 기준에 부합하지 않습니다.

그렇기 때문에, 대부분의 환경에서는 정상적으로 실행이 되었지만 "원인을 알 수 없는" 그 고객사의 특정 컴퓨터에서만 저 오류가 발생하고 있는 것입니다. 그나마 원인을 유추해 볼 수 있는 것은 해당 어셈블리가 unsafe 예약어를 사용해 포인터를 다루는 코드가 있긴 하다는 점입니다. 따라서 일단 해당 어셈블리의 unsafe 코드 사용을 없애고 다시 빌드했지만, 고객사 측의 실 서버에서 진행된 문제라 다시 테스트를 할 수는 없는 상황입니다. (나중에 혹시나, 해당 고객사로부터 피드백을 받으면 기록에 추가하겠습니다. ^^)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]



donaricano-btn



[최초 등록일: ]
[최종 수정일: 4/22/2021

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...
NoWriterDateCnt.TitleFile(s)
12435정성태12/1/20204133Windows: 181. 윈도우 환경에서 클라이언트 소켓의 최대 접속 수 (4) - ReuseUnicastPort를 이용한 포트 고갈 문제 해결파일 다운로드1
12434정성태11/30/20201315Windows: 180. C# - dynamicport 값의 범위를 알아내는 방법
12433정성태11/29/20201212Windows: 179. 윈도우 환경에서 클라이언트 소켓의 최대 접속 수 (3) - SO_PORT_SCALABILITY파일 다운로드1
12432정성태11/29/20201556Windows: 178. 윈도우 환경에서 클라이언트 소켓의 최대 접속 수 (2) - SO_REUSEADDR [1]파일 다운로드1
12431정성태11/27/20201133.NET Framework: 976. UnmanagedCallersOnly + C# 9.0 함수 포인터 사용 시 x86 빌드에서 오동작하는 문제파일 다운로드1
12430정성태11/27/20201214오류 유형: 686. Ubuntu - E: The repository 'cdrom://...' does not have a Release file.
12429정성태11/25/20201182디버깅 기술: 175. windbg - 특정 Win32 API에서 BP가 안 걸리는 경우
12428정성태11/25/20201045VS.NET IDE: 154. Visual Studio - .NET Core App 실행 시 dotnet.exe 실행 화면만 나오는 문제
12427정성태11/24/20201306.NET Framework: 975. .NET Core를 직접 호스팅해 (runtimeconfig.json 없이) EXE만 배포해 실행파일 다운로드1
12426정성태11/24/20201131오류 유형: 685. WinDbg Preview - error InitTypeRead
12425정성태11/24/20201220VC++: 141. Visual C++ - "Treat Warnings As Errors" 옵션이 꺼져 있는데도 일부 경고가 에러 처리되는 경우
12424정성태11/24/20201381VC++: 140. C++의 연산자 동의어(operator synonyms), 대체 토큰
12423정성태11/22/20201288.NET Framework: 974. C# 9.0 - (16) 제약 조건이 없는 형식 매개변수 주석(Unconstrained type parameter annotations)파일 다운로드1
12422정성태11/21/20201182.NET Framework: 973. .NET 5, .NET Framework에서만 허용하는 UnmanagedCallersOnly 사용예파일 다운로드1
12421정성태11/19/20201155.NET Framework: 972. DNNE가 출력한 NE DLL을 직접 생성하는 방법파일 다운로드1
12420정성태11/19/20201162오류 유형: 684. Visual C++ - MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance
12419정성태11/19/20201135VC++: 139. Visual C++ - .NET Core의 nethost.lib와 정적 링크파일 다운로드1
12418정성태11/19/20201106오류 유형: 683. Visual C++ - error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MT_StaticRelease' doesn't match value 'MDd_DynamicDebug'파일 다운로드1
12417정성태11/19/2020932오류 유형: 682. Visual C++ - warning LNK4099: PDB '...pdb' was not found with '...lib(pch.obj)' or at '...pdb'; linking object as if no debug info
12416정성태11/19/20201172오류 유형: 681. Visual C++ - error LNK2001: unresolved external symbol _CrtDbgReport
12415정성태11/18/20201024.NET Framework: 971. UnmanagedCallersOnly 특성과 DNNE 사용파일 다운로드1
12414정성태11/18/20201161VC++: 138. x64 빌드에서 extern "C"가 아닌 경우 ___cdecl name mangling 적용 [4]파일 다운로드1
12413정성태11/17/20201259.NET Framework: 970. .NET 5 / .NET Core - UnmanagedCallersOnly 특성을 사용한 함수 내보내기파일 다운로드1
12412정성태11/16/20201502.NET Framework: 969. .NET Framework 및 .NET 5 - UnmanagedCallersOnly 특성 사용파일 다운로드1
12411정성태11/12/20201384오류 유형: 680. C# 9.0 - Error CS8889 The target runtime doesn't support extensible or runtime-environment default calling conventions.
12410정성태11/12/20201243디버깅 기술: 174. windbg - System.TypeLoadException 예외 분석 사례
1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...