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

DEVPATH 환경 변수의 사용 예 - .NET Reflector의 (PDB 연결이 없는) DLL의 소스 코드 디버깅

지난 글에서 설명한,

개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수
; https://www.sysnet.pe.kr/2/0/12276

DEVPATH를 멋들어지게 활용한 사례가 바로 ".NET Reflector"입니다. 일반적으로 "소스 코드가 없는" 어셈블리를 디버깅하는 방법이,

.NET Reflector를 이용한 "소스 코드가 없는" 어셈블리 디버깅
; https://www.sysnet.pe.kr/2/0/1201

".NET Reflector" 뿐만 아니라, dnSpy나 JetBrains의 "dotPeek"와 같은 도구에서도 제공하긴 합니다. 그런 와중에 .NET Reflector가 특별한 것은, 바로 PDB 정보가 없는 DLL에 대해서도 소스 코드 디버깅을 지원한다는 점입니다.

예전에도 이런 문제에 대해 설명한 적이 있는데요,

서드파티 dll 디버깅에 대해 질문드립니다.
; https://www.sysnet.pe.kr/3/0/4852

C# - PDB 파일 경로를 PE 파일로부터 얻는 방법
; https://www.sysnet.pe.kr/2/0/11237

"IMAGE_DEBUG_DIRECTORY"를 갖지 않는 어셈블리의 경우 dnSpy는 다음과 같이 "Save PDB File" 옵션이 아예 비활성화되어 있습니다.

save_pdb_debug_1.png

또한 dotPeek 도구에서는 해당 메뉴는 제공하지만 (오류 없이) 실행은 돼도 아무런 출력물이 없습니다. (사실 기능을 제공한다고 해도 이런 도구들은 DEVPATH와 연동을 하지 않기 때문에 정상적인 동작을 하지 않게 됩니다.)




그렇다면 IMAGE_DEBUG_DIRECTORY의 유무에 따라 어떻게 기능이 달라지는 걸까요?

우선, IMAGE_DEBUG_DIRECTORY가 있는 어셈블리는 디버거가 IMAGE_DEBUG_DIRECTORY를 읽음으로써 PDB 등의 심벌 파일을 로드해야 한다는 것을 알 수 있으므로 dnSpy, dotPeek, .NET Reflector 등의 도구에서는 해당 DLL을 기반으로 PDB 파일만을 생성해 비주얼 스튜디오가 관리하는 심벌 파일 위치에,

save_pdb_debug_2.jpg

넣어 놓으면 됩니다. 그럼, 비주얼 스튜디오는 디버깅 시 DLL에 대한 심벌 파일을 정해진 위치에서 찾아 로드하는 식으로 동작하게 됩니다.

문제는, IMAGE_DEBUG_DIRECTORY가 없는 경우입니다. 당연히 디버거 입장에서는 어떤 종류의 심벌 파일이 있는지, 그 심벌 파일의 이름이 뭔지조차 알 수 없으므로 아예 무시를 하게 됩니다. 즉, 심벌 파일을 로드하도록 만들려면 원본 DLL에 IMAGE_DEBUG_DIRECTORY를 심어 넣어야 하는 것입니다.

예상할 수 있듯이 dnSpy와 dotPeek 등의 도구는 원본 DLL을 수정하지 않기 때문에 IMAGE_DEBUG_DIRECTORY가 없는 어셈블리에 대해서는 역어셈블된 소스 코드에 대한 디버깅을 지원하지 못합니다. 반면 .NET Reflector는 마찬가지로 원본 DLL을 수정하지는 않지만, IMAGE_DEBUG_DIRECTORY를 가진 새로운 DLL을 생성해서 DEVPATH에 놓기 때문에 비주얼 스튜디오는 디버깅 시 IMAGE_DEBUG_DIRECTORY를 가진 DLL을 로드하게 되고, 이어서 PDB 파일도 로드하게 되므로 소스 코드 디버깅이 가능해지는 것입니다.

(물론, IMAGE_DEBUG_DIRECTORY가 있는 DLL에 대해서는 DEVPATH에 변경된 어셈블리를 만들진 않습니다.)

보다 구체적으로 언급해 보면. ^^

Visual Studio 2019의 경우 ".NET Reflector Visual Studio Extension" 확장은 "Extensions" / ".NET Reflector" / "Generate PDBs..." 메뉴로 (PDB가 연결되지 않은) DLL 파일을 선택하면 시스템에 다음과 같은 작업을 해 둡니다.

  1. "%LOCALAPPDATA%\Red Gate\.NET Reflector\Cache\0" 폴더에 해당 어셈블리의 PDB 파일 및 역어셈블한 소스 코드 파일 생성
  2. 위의 1번 과정에서 생성한 PDB를 연결한 새로운 DLL을 %DEVPATH% 경로에 생성

위의 과정 중 2번 단계에서 재미있는 것은, 원본 DLL이 서명된 어셈블리라면 당연히 IMAGE_DEBUG_DIRECTORY를 포함한 새로운 DLL은 검증에 실패한다는 점입니다.

// 서명된 원본 DLL

D:\temp> sn -v InterSystems.Data.IRISClient.dll

Microsoft (R) .NET Framework Strong Name Utility  Version 4.0.30319.0
Copyright (c) Microsoft Corporation.  All rights reserved.

Assembly 'InterSystems.Data.IRISClient.dll' is valid

// DEVPATH에 새롭게 생성된 DLL

C:\ProgramData\Red Gate\.NET Reflector\DevPath> sn -v InterSystems.Data.IRISClient.dll

Microsoft (R) .NET Framework Strong Name Utility  Version 4.0.30319.0
Copyright (c) Microsoft Corporation.  All rights reserved.

Failed to verify assembly -- Strong name validation failed.

하지만, CLR은 DEVPATH로부터 로드하는 어셈블리에 대해 검증 절차를 생략해 줍니다. 정리해 보면 DEVPATH에 들어 있는 DLL은 CLR로부터 다음의 특별한 혜택을 누리는데,

  1. 로컬 경로에 있는 DLL보다 더 높은 로딩 우선순위
  2. 서명된 어셈블리여도 검증 생략

이것들은 마치... 뭐랄까 애당초 ".NET Reflector"에 의해 소스 코드 디버깅 용도로 활용하라는 배려였다는 느낌마저 듭니다. ^^ (아마도 DEVPATH에 저런 규칙을 만들어 둔 마이크로소프트의 개발자들조차도 저런 활용 사례를 예상치 못했을 것입니다.)




이런 특성으로 인해, 오히려 주의해야 할 사항이 있는데 저렇게 DEVPATH에 넣어진 DLL이 가장 우선순위가 높게 로딩이 이뤄지므로 개발 시 필요가 없어지면 반드시 해당 파일을 삭제하는 습관을 들여야 합니다. 그렇지 않고, 혹시라도 잊어버린다면 이후 개발할 때마다 분명히 비주얼 스튜디오에서 빌드하고 있는데도 불구하고 예전 기능을 수행하는 희한한 현상을 겪을 수 있습니다.

그리고, 아마도 아래의 오류들도 그런 식으로 캐시가 되어 발생한 문제들이지 않았나... 하는 예상을 해봅니다. ^^

regsvcs 등록 시 0x80040153 오류
; https://www.sysnet.pe.kr/2/0/1656

vcpkg 빌드 오류 - Starting the CLR failed with HRESULT 80040153
; https://www.sysnet.pe.kr/2/0/11427




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

[연관 글]


donaricano-btn



[최초 등록일: ]
[최종 수정일: 8/2/2020 ]

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)
12378정성태10/20/2020567.NET Framework: 954. C# - x86/x64 환경에 따라 달라지는 P/Invoke 함수의 export 이름파일 다운로드1
12377정성태10/29/2020628디버깅 기술: 172. windbg - 파일 열기 시점에 bp를 걸어 파일명 알아내는 방법(Managed/Unmanaged)
12376정성태10/15/2020399오류 유형: 669. windbg - sos의 name2ee 명령어 실행 시 "Failed to request module list." 오류
12375정성태10/15/2020716Windows: 177. 윈도우 탐색기에서 띄우는 cmd.exe 창의 디렉터리 구분 문자가 'Yen(¥)' 기호로 나오는 경우 [1]
12374정성태11/22/2020845.NET Framework: 953. C# 9.0 - (6) 함수 포인터(Function pointers) [1]파일 다운로드2
12373정성태10/14/2020395.NET Framework: 952. OpCodes.Box와 관련해 IL 형식으로 직접 코딩 시 유의할 점
12372정성태11/22/2020673.NET Framework: 951. C# 9.0 - (5) 로컬 함수에 특성 지정 가능(Attributes on local functions)파일 다운로드1
12371정성태10/13/2020305개발 환경 구성: 519. Visual Studio의 Ctrl+Shift+U (Edit.MakeUppercase) 단축키가 동작하지 않는 경우
12370정성태10/13/2020447Linux: 33. Linux - nmcli를 이용한 고정 IP 설정
12369정성태10/21/20201530Windows: 176. Raymond Chen이 한글날에 밝히는 윈도우의 한글 자모 분리 현상 [1]
12368정성태10/12/2020392오류 유형: 668. VSIX 확장 빌드 - The "GetDeploymentPathFromVsixManifest" task failed unexpectedly.
12367정성태10/12/2020472오류 유형: 667. Ubuntu - Temporary failure resolving 'kr.archive.ubuntu.com'
12366정성태11/22/2020633.NET Framework: 950. C# 9.0 - (4) 원시 크기 정수(Native ints) [1]파일 다운로드1
12365정성태11/22/2020588.NET Framework: 949. C# 9.0 - (3) 람다 메서드의 매개 변수 무시(Lambda discard parameters)파일 다운로드1
12364정성태11/22/2020702.NET Framework: 948. C# 9.0 - (2) localsinit 플래그 내보내기 무시(Suppress emitting localsinit flag)파일 다운로드1
12363정성태11/22/20201095.NET Framework: 947. C# 9.0 - (1) 대상으로 형식화된 new 식(Target-typed new expressions) [2]파일 다운로드1
12362정성태10/11/2020437VS.NET IDE: 151. Visual Studio 2019에 .NET 5 rc/preview 적용하는 방법
12361정성태10/19/2020734.NET Framework: 946. C# 9.0을 위한 개발 환경 구성
12360정성태10/8/2020309오류 유형: 666. The type or namespace name '...' does not exist in the namespace 'Microsoft.VisualStudio.TestTools' (are you missing an assembly reference?)
12359정성태10/7/2020492오류 유형: 665. Windows - 재부팅 후 iSCSI 연결이 끊기는 문제
12358정성태10/7/2020404오류 유형: 664. Web Deploy 설치 시 "A newer version of Microsoft Web Deploy 3.6 was found on this machine." 오류
12357정성태10/7/2020361오류 유형: 663. 이벤트 로그 - The storage optimizer couldn't complete retrim on New Volume
12356정성태10/7/2020426오류 유형: 662. ASP.NET Core와 500.19, 500.21 오류 (0x8007000d)
12355정성태10/3/2020360오류 유형: 661. Hyper-V Linux VM의 Internal 유형의 가상 Switch에 대한 IP 연결이 되지 않는 경우
12354정성태10/2/2020373오류 유형: 660. Web Deploy (msdeploy.axd) 실행 시 오류 기록
12353정성태10/7/2020491개발 환경 구성: 518. 비주얼 스튜디오에서 IIS 웹 서버로 "Web Deploy"를 이용해 배포하는 방법
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...