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

IMetaDataImport::GetMethodProps가 반환하는 IL 코드 주소(RVA) 문제

IMetaDataImport::GetMethodProps는 IL 코드 주소에 대해 RVA로 반환해 줍니다.

IMetaDataImport::GetMethodProps Method
; https://learn.microsoft.com/ko-kr/dotnet/framework/unmanaged-api/metadata/imetadataimport-getmethodprops-method

가령, 다음과 같이 코드를 사용하면,

DWORD dwImplFlags = 0;
ULONG ulCodeRVA = 0;

hr = m_pMetaDataImport->GetMethodProps(...[생략]..., &ulCodeRVA, &dwImplFlags);

// hr == 0x00131106 (Data value was truncated)

해당 메서드의 IL 바이트 위치가 ulCodeRVA에 어셈블리의 로딩 주소에 대한 상대값으로 나오게 됩니다. 그런데, 재미있는 것은 저 규칙이 ASP.NET Core 2.1 웹 응용 프로그램을 docker container 환경에서 실행했을 때 예외가 발생한다는 점입니다.

실제로 제가 테스트한 환경에서 다음과 같은 구성으로 값이 설정되었는데,

어셈블리 로드 주소: bce29000
ulCodeRVA: 2050

그렇다면 코드 주소가 bce2b050으로 계산이 되지만, IL 코드의 주소를 반환해주는 또 다른 메서드인 GetILFunctionBody를 사용해 보면,

ICorProfilerInfo::GetILFunctionBody Method
; https://learn.microsoft.com/ko-kr/dotnet/framework/unmanaged-api/profiling/icorprofilerinfo-getilfunctionbody-method

pCorProfilerInfo->GetILFunctionBody(...[생략]..., &codeAddress, &codeSize);

그 상황에서 codeAddress == bce29250 값이 출력되었습니다. 0x1e00만큼의 차이가 나는 것인데 재미있는 것은 ulCodeRVA 값이 0x2050이 아닌 0x250이 반환되었으면 정확했을 상황입니다.

어쨌든, 위의 사례를 계기로 모든 코드를 RVA 값을 이용하지 않고 GetILFunctionBody를 한번 더 호출하는 것으로 변경했는데... 어쩌면 저 차이가 제가 모르는 리눅스의 ELF 포맷의 런타임 시 추가적인 오프셋 값으로 인한 것일 수도 있으므로 딱히 .NET Core의 버그라고 단정 짓기도 모호하군요. ^^




이 외에도, GetMethodProps는 윈도우와 리눅스 환경에서 다른 동작을 하나 보이는 것이 있습니다. 일례로, 다음과 같이 코딩을 한 경우,

ULONG count = 0;
uchar16 wszFunctionName[512];

hr = m_pMetaDataImport->GetMethodProps(..., wszFunctionName, 512, &count, ...);

이때 만약 메서드의 이름이 512자를 넘는다면 hr 반환값이 CLDB_S_TRUNCATION(0x00131106 - "Data value was truncated")이 됩니다. 여기서 문제는, 윈도우의 경우 그래도 전달된 wszFunctionName 버퍼에는 512개까지의 문자가 담겨서 넘어오는 반면, 리눅스에서는 아예 빈 문자열로 나온다는 점입니다. 따라서, 저 코드를 유연하게 하려면 애당초 고정 버퍼보다는 동적 할당 버퍼를 쓰는 것이 더 낫습니다.




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







[최초 등록일: ]
[최종 수정일: 10/13/2023]

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

비밀번호

댓글 작성자
 




... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
457정성태2/8/200726186.NET Framework: 80. LINQ 관련 용어 정리 및 리소스 소개 [2]
456정성태2/6/200724436Windows: 22. 가상화에 대해서.
455정성태2/4/200719312오류 유형: 25. 원격 데스크톱 환경에서의 Virtual Server 관리 환경 제어
454정성태2/4/200716797오류 유형: 24. VPC에서의 Vista 네트워킹 문제
509손대성6/24/200718891    답변글 오류 유형: 24.1. [답변]: 오류 유형 : 23. VPC 에서의 Vista 네트워킹 문제
453정성태2/4/200724994개발 환경 구성: 21. 서버 측 SoapExtension을 클라이언트에 알리고 싶다
452정성태1/31/200724722VC++: 31. 비스타에서 VS.NET 2005로 COM 프로젝트 빌드시 오류 [2]
451정성태1/31/200723855Windows: 21. Preview Handler 소개
450정성태1/30/200732150VS.NET IDE: 43. .NET에서의 필수 무결성 제어 조절하는 방법 - Manifest 파일 이용파일 다운로드2
449정성태2/4/200728943Windows: 20. UAC 이모저모 [2]
448정성태1/28/200724622Windows: 19. 3가지 유형의 가젯 프로그램
447정성태1/27/200721773Windows: 18. 비스타 도구 - 사양 정보 및 도구(Performance Information and Tools)
446정성태1/27/200730750VC++: 30. 필수 무결성 제어를 조절하는 방법(2) - 직접 코딩파일 다운로드1
445정성태2/8/200729318VC++: 29. 필수 무결성 제어를 조절하는 방법(1) - Manifest 파일 이용파일 다운로드2
444정성태1/27/200722777VC++: 28. 비스타 응용 프로그램 개발을 위한 VS.NET 2005 환경 설정
443정성태1/26/200721209VC++: 27. COM 개체로 인해 IE 7 비스타 버전이 종료될 때 오류 화면이 뜬다면?파일 다운로드1
442정성태1/24/200724223.NET Framework: 79. 새로운 암호화 클래스 (ECDsaCng, ECDiffieHellmanCng) 소개 [1]
441정성태1/23/200728943Windows: 17. 보안 데스크톱에서 활성화되지 않은 UAC 창이 안전할까?
440정성태1/24/200723047.NET Framework: 78. C# 3.0 - Anonymous types [1]
439정성태1/25/200724033.NET Framework: 77. C# 3.0 - Lambda 표현식 [1]
438정성태1/24/200723522.NET Framework: 76. C# 3.0 - 확장 함수
437정성태1/23/200730994Windows: 16. 개발자를 위한 UAC 환경 설정 [3]
436정성태1/17/200720180VS.NET IDE: 42. Orcas 2007년 1월 CTP 버전 설치 [5]
435정성태1/14/200719836기타: 17. 베타 제품과 최종 제품은 다르다 [2]
434정성태2/4/200723407Windows: 15. MIC 환경 구성 - Windows XP와 유사한 보안 설정 [4]
433정성태1/12/200732946Windows: 14. 보호 모드와 필수 무결성 제어(MIC: Mandatory Integrity Control) [3]파일 다운로드1
... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...