부모글 보이기/감추기 제목 짓기가 영 난감하군요. ^^; .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 ... 61 62 63 64 65 66 67 68 69 70 71 72 73 [74] 75 ... NoWriterDateCnt.TitleFile(s) 12086정성태12/20/201920966디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례12085정성태12/20/201918954오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]12084정성태12/19/201919394디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]12083정성태12/17/201922341Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]12082정성태12/17/201920576오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system12081정성태12/16/201922436개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]12080정성태12/16/201919601.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람12079정성태12/13/201921487오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생12078정성태12/13/201921283Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]12077정성태12/13/201920382Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록12076정성태12/12/201918912디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이12075정성태12/11/201919718디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅12074정성태12/10/201919407디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)12073정성태12/10/201920908Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법12072정성태12/9/201917688오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류12071정성태12/9/201921216오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법12070정성태12/9/201923130오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root12069정성태12/2/201919518디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법12068정성태11/28/201928192디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]212067정성태11/27/201919589디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]112066정성태11/27/201919261디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석12065정성태11/25/201917569디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석112064정성태11/25/201920496오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure12063정성태11/21/201919427디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법12062정성태11/21/201918911디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기12061정성태11/20/201919352Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계 ... 61 62 63 64 65 66 67 68 69 70 71 72 73 [74] 75 ...