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)
12074정성태12/11/2019976디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/20191944Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/2019723오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/20191292오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/20192290오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/19/20191249디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/20192125디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [2]파일 다운로드2
12067정성태11/27/20191179디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/2019969디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/20191056디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/20191643오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/20191324디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태12/20/20191046디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태9/24/20201166Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/21/20191245디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/20191242디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/20191181디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/2019786오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/20191539개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/2019754개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/20191195.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태9/24/2020910Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/2019868오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태12/2/20192001개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태9/24/20201237Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/2019896.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
1  2  3  4  5  6  7  8  9  10  11  12  13  14  [15]  ...