부모글 보이기/감추기 제목 짓기가 영 난감하군요. ^^; .NET으로 오면서 기존에 너무나 어렵게만 구현되던 것들이 쉽게 구현되는 것들이 많습니다. PDB 파일을 통한 디버깅 심벌을 처리해서 Crash 되는 모듈의 주소를 찾아내는 것 역시 .NET이 주는 혜택 중의 하나입니다. 이번 강좌에서는, PDB에 관한 이야기를 하나씩 풀어보도록 하겠습니다. 이야기 진행 순서는, 일단 생각나는 것만 다음과 같습니다. 쪼끔 기대가 되시려나? ^^ 1. PDB 파일에 따른 Debug 정보 - WinForm + Library 유형의 프로젝트 2. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Application Project + Library 유형의 프로젝트 3. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Site Model Project 4.1 VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (1) 4.2 VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (2) 5.1 VS.NET 2005를 이용한 미니덤프 파일 분석 (1) 5.2 VS.NET 2005를 이용한 미니덤프 파일 분석 (2) 6. WinDBG를 이용한 미니덤프 파일 분석 7. Microsoft의 PDB 파일 관리 8. Symbol Server 생성 9. PDB 파일과 소스 코드 10. CCP를 이용한 Windows Source Code 수준의 디버깅 11. 소스 서버 구성 12. GAC에 등록된 Assembly 디버그 13. [내용 예약] 14.1 ASP.NET 디버깅 환경 구성(1) 14.2 ASP.NET 디버깅 환경 구성(2) 15 ~ [x]. [미정] [부록 1] AppVerifier 사용법 [부록 2] VS.NET 2003/2005의 다중 프로젝트 디버깅 [부록 3] COM+ 서버 응용 프로그램에 대한 F5 디버깅 방법 [부록 4] .NET 예외 처리 정리 [부록 5] .VS.NET 원격 디버깅 [부록 6] 비스타/롱혼 - VS.NET 2005에서의 웹 애플리케이션 디버깅 설정 최종적으로 Symbol Server, Source Server 및 WinDBG까지도 다뤄보도록 하겠습니다. 설마 여기 있는 모든 정보를 제가 스스로 알아낸 것이라고 오해하시는 분들은 없으시겠지요! ^^ 여기 있는 정보들은 모두 다음과 같은 참고 자료를 통해서 얻을 수 있는 내용들입니다. 책: - Debugging Applications for Microsoft .NET and Microsoft Windows - 고급 개발자들만이 알고 있던 Windows 구조와 원리 그리고 Codes 웹 사이트: - BUGSLAYER - SOS: It's Not Just an ABBA Song Anymore ; https://docs.microsoft.com/en-us/archive/msdn-magazine/2003/june/bugslayer-sos-it-s-not-just-an-abba-song-anymore - BUGSLAYER - Mini Dump Snapshots and the New SOS ; https://docs.microsoft.com/en-us/archive/msdn-magazine/2005/march/bugslayer-mini-dump-snapshots-and-the-new-sos - SOS Ref Manual ; C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Tool Developers Guide\Samples\sos\SOS.htm - .Net exceptions - Tracking down where in the code the exceptions occurred ; http://blogs.msdn.com/tess/archive/2006/05/18/601002.aspx - Visual Studio Debugger - Debugging in Visual Studio ; https://docs.microsoft.com/en-us/visualstudio/debugger/debugging-in-visual-studio?view=vs-2015 - Code Center Premium integration into Visual Studio ; https://docs.microsoft.com/en-us/visualstudio/debugger/how-to-debug-with-code-center-premium-source?view=vs-2015 - Use the Microsoft Symbol Server to obtain debug symbol files ; https://docs.microsoft.com/en-us/windows/win32/dxtecharts/debugging-with-symbols ... 그 외 알게 모르게 읽었던 모든 자료들.(생각날 때마다 추가하겠습니다.) AD BLOCK 해제 요청 이 글에는 광고가 많이 들어가 있지 않습니다. adblock을 해제하셔도 글을 읽는데 그다지 부담이 없으니 해제를 부탁드립니다. (연관된 글이 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 파일까지도 제공해 주는 것이 바람직하겠습니다. [이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.] [다음 글] 디버깅 기술: 5.13. 소스 서버 구성[이전 글] 디버깅 기술: 5.15. [내용 예약] [연관 글] COM+ 프로젝트 디버깅 방법.디버깅 기술: 5. PDB 이야기 [최초 등록일: 8/20/2006] [최종 수정일: 3/6/2007] 이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 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 ... 46 47 48 49 50 51 52 53 54 55 [56] 57 58 59 60 ... NoWriterDateCnt.TitleFile(s) 12540정성태2/17/202118348.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지12539정성태2/16/202118256Windows: 189. WM_TIMER의 동작 방식 개요112538정성태2/15/202118727.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]12537정성태2/11/202119377.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]12536정성태2/9/202118239개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window12535정성태2/9/202117337개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션12534정성태2/8/202117853개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]112533정성태2/8/202116857개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작112532정성태2/6/202118043개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]12531정성태2/5/202116811개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬112530정성태2/4/202120624개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window12529정성태2/4/202118517개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]12528정성태2/1/202118135개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경12527정성태2/1/202118225개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경112526정성태2/1/202115058개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file12525정성태2/1/202113985개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법12524정성태1/31/202115156개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]12523정성태1/31/202116126개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법12522정성태1/31/202118313개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트12521정성태1/31/202117348개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]12520정성태1/30/202116111개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법12519정성태1/30/202114851개발 환경 구성: 525. 오라클 클라우드의 VM을 외부에서 접근하기 위해 포트 여는 방법12518정성태1/30/202132966Linux: 37. Ubuntu에 Wireshark 설치 [2]12517정성태1/30/202120657Linux: 36. 윈도우 클라이언트에서 X2Go를 이용한 원격 리눅스의 GUI 접속 - 우분투 20.0412516정성태1/29/202117121Windows: 188. Windows - TCP default template 설정 방법12515정성태1/28/202118789웹: 41. Microsoft Edge - localhost에 대해 http 접근 시 무조건 https로 바뀌는 문제 [3] ... 46 47 48 49 50 51 52 53 54 55 [56] 57 58 59 60 ...