닷넷 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 코드 사용을 없애고 다시 빌드했지만, 고객사 측의 실 서버에서 진행된 문제라 다시 테스트를 할 수는 없는 상황입니다. (나중에 혹시나, 해당 고객사로부터 피드백을 받으면 기록에 추가하겠습니다. ^^)
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]