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

.NET Framework 버전을 올렸을 때 오류가 발생할 수 있는 상황

아래와 같은 질문이 있는데,

CLR20r3 관련된 윈도우 오류입니다. ㅠㅠ 도와주세요.
; https://www.sysnet.pe.kr/3/0/5210

재현은 다음의 코드를 빌드해 .NET Framework 4.8이 설치된 환경에서 실행하면,

using System.Reflection;
using System.Windows;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            var PresentationFramework = typeof(FrameworkElement).Assembly;
            var SystemResources = PresentationFramework.GetType("System.Windows.SystemResources");
            SystemResources.GetMethod("EnsureResourceChangeListener", BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Static).Invoke(null, null);
        }
    }
}

AmbiguousMatchException 예외를 볼 수 있습니다.

Unhandled Exception: System.Reflection.AmbiguousMatchException: Ambiguous match found.
   at System.RuntimeType.GetMethodImpl(String name, BindingFlags bindingAttr, Binder binder, CallingConventions callConv, Type[] types, ParameterModifier[] modifiers)
   at System.Type.GetMethod(String name, BindingFlags bindingAttr)
   at ConsoleApp1.Program.Main(String[] args) in F:\ConsoleApp1\ConsoleApp1\Program.cs:line 12

반면, .NET Framework 4.7 이하에서 실행하면 오류가 발생하지 않습니다.




원인은 간단합니다. .NET 4.7 이하의 경우 SystemResources 타입에 EnsureResourceChangeListener 메서드가 하나뿐이지만,

private static void EnsureResourceChangeListener()

.NET 4.8 이후로는 3개가 되기 때문에,

private static void EnsureResourceChangeListener();
private static void EnsureResourceChangeListener(DpiUtil.HwndDpiInfo hwndDpiInfo);
private static void EnsureResourceChangeListener(DpiAwarenessContextValue dpiContextValue);

단순한 GetMethod가 아닌, 재정의된(overloaded) 메서드를 구분할 수 있는 인자 목록까지 지정한 GetMethod를 사용하도록 코드를 바꿔야 합니다.

// 3개의 메서드 이름이 같으므로 AmbiguousMatchException 예외 발생
// SystemResources.GetMethod("EnsureResourceChangeListener", BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Static).Invoke(null, null);

// 3개의 메서드 중에 인자를 하나도 갖지 않는(new Type[] {}) 메서드를 선택하므로 정상 동작
SystemResources.GetMethod("EnsureResourceChangeListener", BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Static
    , null, new Type[] { }, null).Invoke(null, null);

하지만 위와 같이 소스 코드를 변경하지 못하는, 즉, 질문자의 경우처럼 "VERITAS" 제품을 사용하는 상황이라면 해당 머신에는 .NET Framework 4.8을 설치해서는 안 됩니다. (설치했다면 당연히 삭제해야만 문제 해결이 됩니다.) 실제로 제품의 Q&A에도 보면,

Backup Exec console crashes after installing .NET Framework 4.8.
; https://www.veritas.com/support/en_US/article.100045500

다음 버전에서 해결할 거라는 언급을 하고 있습니다.

The fix for this issue will be included in the next release (20.5) of Backup Exec. This article will be updated when 20.5 is available.

따라서 20.5 버전의 제품이 나오기 전까지는 임시로 .NET Framework 4.8을 설치해서는 안 됩니다.




그런데, 이게 누구의 책임일까요? ^^

가만 보면, 하위 호환성을 깨뜨린 .NET Framework 측의 오류로 보이지만 한 번 더 생각해 보면 "internal"로 정의된 타입과 심지어 그것의 "private" 메서드를 .NET Reflection으로 임의 접근한 것이기 때문에 애당초 해당 타입과 메서드는 하위 호환성과는 무관한 문제입니다. 따라서 이런 경우에는 사용자 측 문제가 맞습니다.

그렇기 때문에 VERITAS 측에서도 마이크로소프트에 버그로 등록하는 식의 조치를 취하지 않고 자사의 제품을 업데이트해 수정한 버전을 내놓겠다는 식으로 처리하는 것입니다.




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

[연관 글]





[최초 등록일: ]
[최종 수정일: 8/24/2019 ]

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

비밀번호

댓글 쓴 사람
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12282정성태8/2/2020173디버깅 기술: 167. windbg 디버깅 사례: AppDomain 간의 static 변수 사용으로 인한 crash (2)
12281정성태8/2/2020319개발 환경 구성: 500. (PDB 연결이 없는) DLL의 소스 코드 디버깅을 dotPeek 도구로 해결하는 방법
12280정성태8/2/2020221오류 유형: 634. 오라클 (평생) 무료 클라우드 VM 생성 후 SSH 접속 시 키 오류 발생
12279정성태7/29/2020186개발 환경 구성: 499. 닷넷에서 접근해보는 InterSystems의 Cache 데이터베이스파일 다운로드1
12278정성태8/2/2020176VS.NET IDE: 149. ("Binary was not built with debug information" 상태로) 소스 코드 디버깅이 안되는 경우
12277정성태8/2/2020268개발 환경 구성: 498. DEVPATH 환경 변수의 사용 예 - .NET Reflector의 (PDB 연결이 없는) DLL의 소스 코드 디버깅
12276정성태7/23/2020282.NET Framework: 930. 개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수
12275정성태7/28/2020233개발 환경 구성: 497. 닷넷에서 접근해보는 InterSystems의 IRIS Data Platform 데이터베이스파일 다운로드1
12274정성태7/21/2020233개발 환경 구성: 496. Azure - Blob Storage Account의 Location 이전 방법파일 다운로드1
12273정성태7/20/2020362개발 환경 구성: 495. Azure - Location이 다른 웹/DB 서버의 경우 발생하는 성능 하락
12272정성태7/16/2020226.NET Framework: 929. (StrongName의 버전 구분이 필요 없는) .NET Core 어셈블리 바인딩 규칙파일 다운로드1
12271정성태7/16/2020210.NET Framework: 928. .NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션파일 다운로드1
12270정성태7/16/2020237오류 유형: 633. SSL_CTX_use_certificate_file - error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too small
12269정성태7/16/2020187오류 유형: 632. .NET Core 웹 응용 프로그램 - The process was terminated due to an unhandled exception.
12268정성태7/15/2020212오류 유형: 631. .NET Core 웹 응용 프로그램 오류 - HTTP Error 500.35 - ANCM Multiple In-Process Applications in same Process
12267정성태7/15/2020310.NET Framework: 927. C# - 윈도우 프로그램에서 Credential Manager를 이용한 보안 정보 저장파일 다운로드1
12266정성태7/14/2020289오류 유형: 630. 사용자 계정을 지정해 CreateService API로 서비스를 등록한 경우 "Error 1069: The service did not start due to a logon failure." 오류발생
12265정성태7/10/2020186오류 유형: 629. Visual Studio - 웹 애플리케이션 실행 시 "Unable to connect to web server 'IIS Express'." 오류 발생
12264정성태7/9/2020230오류 유형: 628. docker: Error response from daemon: Conflict. The container name "..." is already in use by container "...".
12261정성태7/9/2020552VS.NET IDE: 148. 윈도우 10에서 .NET Core 응용 프로그램을 리눅스 환경에서 실행하는 2가지 방법 - docker, WSL 2 [4]
12260정성태7/8/2020232.NET Framework: 926. C# - ETW를 이용한 ThreadPool 스레드 감시파일 다운로드1
12259정성태7/8/2020171오류 유형: 627. nvlddmkm.sys의 BAD_POOL_HEADER BSOD 문제
12258정성태8/4/2020339기타: 77. DataDog APM 간략 소개
12257정성태7/7/2020221.NET Framework: 925. C# - ETW를 이용한 Monitor Enter/Exit 감시파일 다운로드1
12256정성태7/7/2020317.NET Framework: 924. C# - Reflection으로 변경할 수 없는 readonly 정적 필드 [4]
12255정성태7/6/2020246.NET Framework: 923. C# - ETW(Event Tracing for Windows)를 이용한 Finalizer 실행 감시파일 다운로드1
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...