Microsoft MVP성태의 닷넷 이야기
디버깅 기술: 5.14. GAC 에 등록된 Assembly 디버그 [링크 복사], [링크+제목 복사],
조회: 23374
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
부모글 보이기/감추기
(연관된 글이 2개 있습니다.)
12. GAC 에 등록된 Assembly 디버그


GAC 에 어셈블리가 등록되는 경우, 어셈블리는 GAC 하위의 특별한 폴더에 들어가게 됩니다. 문제는, 이때 PDB 파일이 함께 복사되지 않는 다는 것입니다. 그렇기 때문에 GAC 에 있는 어셈블리를 참조하는 경우에는 당연히 "F11" Step Into 디버깅 방식이 통하지 않습니다.

일례로, "CpLibrary70.dll" 이라는 파일을 GAC 에 등록시키면 다음과 같은 내용을 가진 폴더가 생성됩니다. (폴더 경로는 snk 파일에 따라 달라질 수 있습니다.)

C:\WINDOWS\assembly\GAC\CpLibrary70\1.0.0.1__f51df3e6440b5856>dir
 Volume in drive C is Local Disk
 Volume Serial Number is B8F4-A536

 Directory of C:\WINDOWS\assembly\GAC\CpLibrary70\1.0.0.1__f51df3e6440b5856

08/20/2006  03:10 PM    <DIR>          .
08/20/2006  03:10 PM    <DIR>          ..
08/20/2006  01:29 PM            16,384 CpLibrary70.dll
08/20/2006  01:29 PM             2,040 CpLibrary70.tlb
08/20/2006  01:29 PM               339 __AssemblyInfo__.ini
               4 File(s)         32,587 bytes
               2 Dir(s)   3,570,081,792 bytes free


물론, 당연하겠지만 위의 폴더에 해당 DLL 의 PDB 파일을 복사하면 동작이 됩니다. 또한, 평소에 Symbol Server 를 구축하신 분도 ^^ 그 도움을 받을 수 있습니다.



VS.NET 2005 에서는 이를 위해서 한가지 중요한 개선 사항을 두고 있습니다. 사실, GAC 에 대해서 직접적으로 참조 추가가 안되는 것은 아시죠? "참조 추가" 대화상자에서 추가한 DLL 이 서명되어 있는 경우, VS.NET IDE 는 GAC 를 살펴보게 되고 이와 일치하는 DLL 이 등록된 경우에는 로컬 복사를 하지 않고 GAC 에 직접 링크를 걸게 됩니다.
이때, DLL 과의 연관성을 프로젝트 파일에 기록해 두고 있습니다. csproj 파일을 열어 보면 다음과 같은 구문이 있는 것을 발견할 수 있습니다.

  <ItemGroup>
    <Reference Include="CpLibrary70, Version=1.0.0.1, Culture=neutral, PublicKeyToken=f51df3e6440b5856">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>..\..\DemoSolution70\CpLibrary70\bin\Debug\CpLibrary70.dll</HintPath>
    </Reference>
    <Reference Include="System" />
    <Reference Include="System.Data" />
    <Reference Include="System.Deployment" />
    <Reference Include="System.Drawing" />
    <Reference Include="System.EnterpriseServices" />
    <Reference Include="System.Windows.Forms" />
    <Reference Include="System.Xml" />
  </ItemGroup>

오호, 그렇군요. GAC 에 있다는 것을 기록하면서도 HintPath 라는 요소를 두어서 로컬 경로 상의 어느 위치에서 참조되었는지를 가리키고 있습니다. 이것으로 인해 VS.NET 2005 에서는 GAC 어셈블리 폴더에 PDB 파일이 없어도 HintPath 에 해당 DLL 과 동일한 이름의 PDB 파일을 찾아서 로드하고 있습니다. 이 정도면 훌륭하지요. ^^

정리해 보면, GAC 에 등록된 어셈블리를 참조하는 경우 PDB 파일을 이용하기 위해서는, GAC 의 실제 폴더에 PDB 파일을 복사해 주거나 아니면 DLL 참조 경로에 PDB 파일이 같이 있게 해주면 됩니다. 그리고, 그 PDB 파일안에 포함된 소스 경로에 소스 파일이 있다면 "F11" Step Into 디버깅은 소스 파일까지 자동으로 로드하는 서비스를 해줄 것입니다.

다시 한번 정리해 보면, GAC 에 등록되는 라이브러리를 제공하는 개발 업체는, 설치 폴더에 DLL 뿐만 아니라 PDB 파일까지도 제공해 주는 것이 바람직하겠습니다.



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






[최초 등록일: ]
[최종 수정일: 3/6/2007]

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

비밀번호

댓글 작성자
 



2009-01-30 11시38분
[조영찬] 안녕하세요.
좋은 정보에 우선 감사드립니다.

저희 회사 어플리케이션 서버의 GAC 에 등록된 Assembly 를 디버그를 할려고 합니다.
하지만 어떤이유에서인지 잘 되질 않네요. 아무래도 아래 내용을 제가 잘 이해하지 못하것 같아 다시 한번 여쭈어 보고자 이렇게 글을 올립니다.

아래 설명을 예제를 들어 설명을 해주시면 감사하겠습니다.

부디 부탁드립니다. 감사합니다. (-.-)(_._)


--------------------------------------------------

오호, 그렇군요. GAC 에 있다는 것을 기록하면서도 HintPath 라는 요소를 두어서 로컬 경로 상의 어느 위치에서 참조되었는지를 가리키고 있습니다. 이것으로 인해 VS.NET 2005 에서는 GAC 어셈블리 폴더에 PDB 파일이 없어도 HintPath 에 해당 DLL 과 동일한 이름의 PDB 파일을 찾아서 로드하고 있습니다. 이 정도면 훌륭하지요. ^^

정리해 보면, GAC 에 등록된 어셈블리를 참조하는 경우 PDB 파일을 이용하기 위해서는, GAC 의 실제 폴더에 PDB 파일을 복사해 주거나 아니면 DLL 참조 경로에 PDB 파일이 같이 있게 해주면 됩니다. 그리고, 그 PDB 파일안에 포함된 소스 경로에 소스 파일이 있다면 "F11" Step Into 디버깅은 소스 파일까지 자동으로 로드하는 서비스를 해줄 것입니다.

다시 한번 정리해 보면, GAC 에 등록되는 라이브러리를 제공하는 개발 업체는, 설치 폴더에 DLL 뿐만 아니라 PDB 파일까지도 제공해 주는 것이 바람직하겠습니다.

-----------------------------------------------------
[guest]
2009-01-31 08시28분
위의 사항보다, 더 자세히 설명하기가 좀 난감하네요. ^^

일단, HintPath 는 그럼 잊어버리시고, GAC 에 등록된 DLL 이 빌드된 시점에 생성된 PDB 파일을 복사해 놓으시면 정상적으로 디버깅이 될 것입니다.
kevin25

1  2  3  4  5  6  7  8  9  10  11  12  13  [14]  15  ...
NoWriterDateCnt.TitleFile(s)
13296정성태3/25/20234101Windows: 234. IsDialogMessage와 협업하는 WM_GETDLGCODE Win32 메시지 [1]파일 다운로드1
13295정성태3/24/20234331Windows: 233. Win32 - modeless 대화창을 modal처럼 동작하게 만드는 방법파일 다운로드1
13294정성태3/22/20234493.NET Framework: 2105. LargeAddressAware 옵션이 적용된 닷넷 32비트 프로세스의 가용 메모리 - 두 번째
13293정성태3/22/20234527오류 유형: 853. dumpbin - warning LNK4048: Invalid format file; ignored
13292정성태3/21/20234715Windows: 232. C/C++ - 일반 창에도 사용 가능한 IsDialogMessage파일 다운로드1
13291정성태3/20/20235053.NET Framework: 2104. C# Windows Forms - WndProc 재정의와 IMessageFilter 사용 시의 차이점
13290정성태3/19/20234584.NET Framework: 2103. C# - 윈도우에서 기본 제공하는 FindText 대화창 사용법파일 다운로드1
13289정성태3/18/20233812Windows: 231. Win32 - 대화창 템플릿의 2진 리소스를 읽어들여 자식 윈도우를 생성하는 방법파일 다운로드1
13288정성태3/17/20233931Windows: 230. Win32 - 대화창의 DLU 단위를 pixel로 변경하는 방법파일 다운로드1
13287정성태3/16/20234088Windows: 229. Win32 - 대화창 템플릿의 2진 리소스를 읽어들여 윈도우를 직접 띄우는 방법파일 다운로드1
13286정성태3/15/20234550Windows: 228. Win32 - 리소스에 포함된 대화창 Template의 2진 코드 해석 방법
13285정성태3/14/20234083Windows: 227. Win32 C/C++ - Dialog Procedure를 재정의하는 방법파일 다운로드1
13284정성태3/13/20234335Windows: 226. Win32 C/C++ - Dialog에서 값을 반환하는 방법파일 다운로드1
13283정성태3/12/20233778오류 유형: 852. 파이썬 - TypeError: coercing to Unicode: need string or buffer, NoneType found
13282정성태3/12/20234098Linux: 58. WSL - nohup 옵션이 필요한 경우
13281정성태3/12/20234115Windows: 225. 윈도우 바탕화면의 아이콘들이 넓게 퍼지는 경우 [2]
13280정성태3/9/20234843개발 환경 구성: 670. WSL 2에서 호스팅 중인 TCP 서버를 외부에서 접근하는 방법
13279정성태3/9/20234316오류 유형: 851. 파이썬 ModuleNotFoundError: No module named '_cffi_backend'
13278정성태3/8/20234350개발 환경 구성: 669. WSL 2의 (init이 아닌) systemd 지원 [1]
13277정성태3/6/20235058개발 환경 구성: 668. 코드 사인용 인증서 신청 및 적용 방법(예: Digicert)
13276정성태3/5/20234711.NET Framework: 2102. C# 11 - ref struct/ref field를 위해 새롭게 도입된 scoped 예약어
13275정성태3/3/20234947.NET Framework: 2101. C# 11의 ref 필드 설명
13274정성태3/2/20234541.NET Framework: 2100. C# - ref 필드로 ref struct 타입을 허용하지 않는 이유
13273정성태2/28/20234314.NET Framework: 2099. C# - 관리 포인터로서의 ref 예약어 의미
13272정성태2/27/20234553오류 유형: 850. SSMS - mdf 파일을 Attach 시킬 때 Operating system error 5: "5(Access is denied.)" 에러
13271정성태2/25/20234534오류 유형: 849. Sql Server Configuration Manager가 시작 메뉴에 없는 경우
1  2  3  4  5  6  7  8  9  10  11  12  13  [14]  15  ...