Microsoft MVP성태의 닷넷 이야기
디버깅 기술: 5.14. GAC 에 등록된 Assembly 디버그 [링크 복사], [링크+제목 복사],
조회: 27747
글쓴 사람
정성태 (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

... 16  17  18  19  20  21  22  23  24  25  26  27  28  29  [30]  ...
NoWriterDateCnt.TitleFile(s)
13187정성태12/8/202215327개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/202213105오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202214067개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202212640개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
13183정성태12/4/202212461오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리 [1]
13182정성태12/4/202214273Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202212782Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202213595.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202212321Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/202213406Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202213991오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202211529오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/202215822오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/202212536.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/202213467.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/202212956.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/202212494Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/202213391Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/202214694Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/202212595제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/202213054.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/202212979개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/202211997개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/202213926개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/202214267개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/202215733.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일 [1]
... 16  17  18  19  20  21  22  23  24  25  26  27  28  29  [30]  ...