Microsoft MVP성태의 닷넷 이야기
디버깅 기술: 73. PDB 기호 파일의 경로 구성 방식 [링크 복사], [링크+제목 복사],
조회: 19174
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 5개 있습니다.)

PDB 기호 파일의 경로 구성 방식

보통, 윈도우 환경의 개발자라면 아래와 같은 환경 변수는 기본적으로 구성하고 있을 것입니다.

이름: _NT_SYMBOL_PATH
값: SRV*e:\Symbols*http://msdl.microsoft.com/download/symbols;

이렇게 해두면, 마이크로소프트의 운영체제에 포함된 거의 모든 DLL들에 대한 PDB Symbol 파일을 비주얼 스튜디오로 디버깅 시에 "http://msdl.microsoft.com/download/symbols" 사이트로부터 자동으로 내려받아 "e:\Symbols" 폴더에 저장해 두고 재사용을 합니다. 그리고, 그 PDB 덕분에 콜스택 정보가 더 의미있는 정보로 채워지죠!

예를 들어, 이렇게 환경 변수가 설정된 상태에서 비주얼 스튜디오로 윈폼 프로그램을 디버깅하면 다음의 경로에 System.Windows.Forms.pdb 파일이 있는 것을 확인할 수 있습니다.

E:\Symbols\System.Windows.Forms.pdb\7F6FF641DD3142F99E0B7FF412EDA4261\System.Windows.Forms.pdb

대충 폴더 구조는 알 수 있겠는데... "7F6FF641DD3142F99E0B7FF412EDA4261" 값의 의미가 갑자기 궁금해졌습니다. ^^ 그래서 한번 찾아봤습니다. ^^




검색해 보니, 다음의 글이 나오는데요.

Microsoft Symbol Server / Local Cache Hash Algorithm
; http://stackoverflow.com/questions/1419347/microsoft-symbol-server-local-cache-hash-algorithm

아쉽게도 정답은 없지만, 적어도 "7F6FF641DD3142F99E0B7FF412EDA4261" 의미에 대해서는 알 수 있습니다. 위의 글을 정리하면 PdbSig70과 Age의 값이라고 합니다. 이를 확인하기 위해 dumpbin.exe를 이용해 제가 참조한 System.Windows.Forms.dll을 인자로 주면,

dumpbin.exe /HEADERS "C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Windows.Forms\v4.0_4.0.0.0__b77a5c561934e089\System.Windows.Forms.dll"

출력 결과에서 그 답이 나옵니다.

PE signature found

File Type: DLL

FILE HEADER VALUES
             ...[생략]...

OPTIONAL HEADER VALUES
             ...[생략]...
              10 number of directories
               0 [       0] RVA [size] of Export Directory
               ...[생략]...
          47FA74 [      1C] RVA [size] of Debug Directory
               ...[생략]...


SECTION HEADER #1
   ...[생략]...

  Debug Directories

        Time Type       Size      RVA  Pointer
    -------- ------ -------- -------- --------
    551B8AF9 cv           31 0047FA90   47DC90    Format: RSDS, {7F6FF641-DD31-42F9-9E0B-7FF412EDA426}, 1, System.Windows.Forms.pdb

SECTION HEADER #2
  ...[생략]...

SECTION HEADER #3
  ...[생략]...

"Debug Directory"에 "CV" 타입으로 "RSDS" 포맷의 PDB 정보를 담고 있는데, 시그니처 값이 "7F6FF641-DD31-42F9-9E0B-7FF412EDA426"에서 '-' 문자를 제거하면 "7F6FF641DD3142F99E0B7FF412EDA426" 문자열이 나오고, 여기에 다시 "Age" 값인 "1"을 붙여주면 "7F6FF641DD3142F99E0B7FF412EDA4261"라고 완성이 됩니다.




그런데, "Microsoft Symbol Server / Local Cache Hash Algorithm" 글에 보면 그 값이 항상 GUID 길이가 아니라고 합니다. 실제로 Windows Server 2003 x86 운영체제에서 심벌을 받아보면 "msvcirt.dll"의 경우 다음과 같은 경로에 저장됩니다.

E:\symbols\msvcirt.pdb\3E7FFFD21\msvcirt.pdb

9글자인데, GUID와는 전혀 무관해 보입니다. 하지만, 이 값 역시 DLL의 "Debug Directory"에 보관된 값과 연결됩니다. 다음은 msvcirt.dll에 대한 dumpbin 결과입니다.

C:\Program Files (x86)\Microsoft Visual Studio 12.0>dumpbin /HEADERS c:\temp\msvcirt.dll
Microsoft (R) COFF/PE Dumper Version 12.00.31101.0
Copyright (C) Microsoft Corporation.  All rights reserved.

Dump of file c:\temp\msvcirt.dll

PE signature found

File Type: DLL

FILE HEADER VALUES
             ...[생략]...

OPTIONAL HEADER VALUES
             ...[생략]...
              10 number of directories
                ...[생략]...
            F000 [     54C] RVA [size] of Base Relocation Directory
            1100 [      1C] RVA [size] of Debug Directory
               ...[생략]...
               0 [       0] RVA [size] of Reserved Directory


SECTION HEADER #1
   ...[생략]...

  Debug Directories

        Time Type       Size      RVA  Pointer
    -------- ------ -------- -------- --------
    3E7FFFD2 cv           1C 00001408      808    Format: NB10, 3E7FFFD2, 1, msvcirt.pdb

SECTION HEADER #2
   ...[생략]...

SECTION HEADER #3
   ...[생략]...

SECTION HEADER #4
  ...[생략]...

포맷이 좀 다르다는 거군요! RSDS가 아니고 "NB10"유형이고 값은 "3E7FFFD2" + "1"로 "3E7FFFD21"이 됩니다. (또한, 그 값은 "Time" 헤더의 값과 일치합니다.)




아래의 글에 보면, RSDS 포맷과 NB10 포맷에 대한 간략 이력이 있습니다.

SYMBOL RETRIEVER SHELL EXTENSION
; http://www.vitoplantamura.com/index.aspx?page=symretriever

.NET 나오기 이전의 Visual Studio에 포함된 컴파일러의 경우 NB10 헤더 구조로 저장하고 있고, 그 이후로는 RSDS 헤더 구조로 바뀌었다고 합니다. 자, 그러면 우리가 이 값을 이용해 PDB 다운로드 폴더 구조를 만들고 싶거나, 또는 심벌 서버로부터 pdb 파일을 받기 위한 URL 구성 목적으로 사용하고 싶다면? dumpbin.exe 출력에서도 나오지만, 그저 Debug Directory 영역을 탐색해 들어가 포맷이 NB10인지, RSDS인지 구분해 내고 이후의 sig값과 age값을 구하면 됩니다.

이에 대한 소스코드는 이미 다음과 같이 공개되어 있으니 참고하세요. ^^ (이 글에 포함된 debugdir.zip 파일은 아래의 코드를 단순히 Visual Studio 2013 프로젝트로 포함시킨 것입니다.)

DebugDir.cpp
; http://www.debuginfo.com/examples/src/DebugDir.cpp

기타... PDB 파일 구조에 대해 좀 더 궁금하다면 다음의 글이 도움이 될 것입니다.

PDB File Internals
; http://www.informit.com/articles/article.aspx?p=22685




그런데, 개인적으로 아직도 한가지 안 풀리는 것이 있습니다.

다음의 글에 보면,

SOS.dll 확장 모듈을 버전 별로 구하는 방법
; https://www.sysnet.pe.kr/2/0/1654

.NET 프로그램의 덤프 파일을 다른 컴퓨터에서 디버깅하려면 그 프로그램이 실행된 컴퓨터에 있던 mscordacwks.dll 파일과 sos.dll 파일이 필요하다고 했습니다.

다행히, .NET 4.0 응용 프로그램부터는 mscordacwks.dll 파일의 경우 마이크로소프트 측의 심벌 서버에서 자동으로 내려받게 해주고 있어서 sos.dll 파일만 잘 챙기면 되는 것으로 바뀌었습니다. 그런데, mscordacwks.dll이 다운로드되는 폴더의 시그니처 부분이 좀 이상합니다.

E:\Symbols\mscordacwks_AMD64_AMD64_4.0.30319.34209.dll\5348A1EF9a0000\mscordacwks_AMD64_AMD64_4.0.30319.34209.dll

사실 DLL의 Debug Directory 헤더에서 PDB 파일의 위치를 찾게 되는데, 위의 경우에는 DLL 자체에 대한 위치 값을 구하는 것이 됩니다. 아쉽게도 DLL은 그 자체의 Debug Directory값과는 무관하게 경로가 정해집니다. 다음은 "mscordacwks_AMD64_AMD64_4.0.30319.34209.dll" 파일에 대한 dumpbin 출력 결과입니다.

C:\Program Files (x86)\Microsoft Visual Studio 12.0>dumpbin /HEADERS "E:\Symbols\mscordacwks_AMD64_AMD64_4.0.30319.34209.dll\5348A1EF9a0000\mscordacwks_AMD64_AMD64_4.0.30319.34209.dll"
Microsoft (R) COFF/PE Dumper Version 12.00.31101.0
Copyright (C) Microsoft Corporation.  All rights reserved.

Dump of file E:\Symbols\mscordacwks_AMD64_AMD64_4.0.30319.34209.dll\5348A1EF9a0000\mscordacwks_AMD64_AMD64_4.0.30319.34209.dll

PE signature found

File Type: DLL

FILE HEADER VALUES
            ...[생략]...

OPTIONAL HEADER VALUES
             ...[생략]...
              10 number of directories
               ...[생략]...
          1A8000 [    3038] RVA [size] of Base Relocation Directory
          124410 [      38] RVA [size] of Debug Directory
               ...[생략]...
               0 [       0] RVA [size] of Reserved Directory


SECTION HEADER #1
   ...[생략]...

SECTION HEADER #2
  ...[생략]...

  Debug Directories

        Time Type       Size      RVA  Pointer
    -------- ------ -------- -------- --------
    53489F9D cv           26 00154740   153940    Format: RSDS, {DE43F8F8-8BCE-486C-8E51-A27A90FEC031}, 2, cordacwks.pdb

    53489F9D feat         14 00154768   153968    Counts: Pre-VC++ 11.00=4, C/C++=375, /GS=375, /sdl=0, reserved=0

SECTION HEADER #3
   ...[생략]...

SECTION HEADER #4
  ...[생략]...

SECTION HEADER #5
   ...[생략]...

SECTION HEADER #6
  ...[생략]...

보시는 바와 같이 RSDS 헤더이지만, 해당 GUID값과 5348A1EF9a0000 경로는 완전히 별개입니다. 결국, 저는 windbg가 어떤 규칙으로 특정 버전의 mscordacwks.dll을 마이크로소프트의 심벌 서버로부터 구해오는지?!!! 그것이 궁금해졌습니다. ^^




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/10/2021]

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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...
NoWriterDateCnt.TitleFile(s)
12552정성태3/5/20218774개발 환경 구성: 547. github workflow/actions에서 Visual Studio Marketplace 패키지 등록하는 방법
12551정성태3/5/20217662오류 유형: 702. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly. (2)
12550정성태3/5/20217348오류 유형: 701. Live Share 1.0.3713.0 버전을 1.0.3884.0으로 업데이트 이후 ContactServiceModelPackage 오류 발생하는 문제
12549정성태3/4/20217909오류 유형: 700. VsixPublisher를 이용한 등록 시 다양한 오류 유형 해결책
12548정성태3/4/20218734개발 환경 구성: 546. github workflow/actions에서 nuget 패키지 등록하는 방법
12547정성태3/3/20219163오류 유형: 699. 비주얼 스튜디오 - The 'CascadePackage' package did not load correctly.
12546정성태3/3/20218802개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202111567.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202111783.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202110090VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202112429개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/20219676개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/20219999.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/20219907Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202110324.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202111383.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202110335개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/20219502개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/20219990개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/20219685개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202110211개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/20219183개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202113408개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202110408개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/20219799개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/20219999개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...