부모글 보이기/감추기 제목 짓기가 영 난감하군요. ^^; .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 ... 31 32 33 34 35 36 37 [38] 39 40 41 42 43 44 45 ... NoWriterDateCnt.TitleFile(s) 12988정성태3/2/202212188오류 유형: 795. CI 환경에서 Docker build 시 csproj의 Link 파일에 대한 빌드 오류12987정성태3/1/202214437.NET Framework: 1169. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 demuxing_decoding.c 예제 포팅12986정성태2/28/202216419.NET Framework: 1168. C# -IIncrementalGenerator를 적용한 Version 2 Source Generator 실습 [1]12985정성태2/28/202215805.NET Framework: 1167. C# -Version 1 Source Generator 실습12984정성태2/24/202214941.NET Framework: 1166. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 filtering_video.c 예제 포팅12983정성태2/24/202215029.NET Framework: 1165. .NET Core/5+ 빌드 시 runtimeconfig.json에 설정을 반영하는 방법12982정성태2/24/202214992.NET Framework: 1164. HTTP Error 500.31 - ANCM Failed to Find Native Dependencies12981정성태2/23/202213788VC++: 154. C/C++ 언어의 문자열 Literal에 인덱스 적용하는 구문 [1]12980정성태2/23/202215247.NET Framework: 1163. C# - 윈도우 환경에서 usleep을 호출하는 방법 [2]12979정성태2/22/202220796.NET Framework: 1162. C# - 인텔 CPU의 P-Core와 E-Core를 구분하는 방법 [1]212978정성태2/21/202215884.NET Framework: 1161. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 resampling_audio.c 예제 포팅12977정성태2/21/202220619.NET Framework: 1160. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 qsv 디코딩12976정성태2/21/202214448VS.NET IDE: 174. Visual C++ - "External Dependencies" 노드 비활성화하는 방법12975정성태2/20/202216459.NET Framework: 1159. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 qsvdec.c 예제 포팅112974정성태2/20/202214410.NET Framework: 1158. C# - SqlConnection의 최소 Pooling 수를 초과한 DB 연결은 언제 해제될까요?12973정성태2/16/202217589개발 환경 구성: 639. ffmpeg.exe - Intel Quick Sync Video(qsv)를 이용한 인코딩 [3]12972정성태2/16/202216004Windows: 200. Intel CPU의 내장 그래픽 GPU가 작업 관리자에 없다면? [4]12971정성태2/15/202219004.NET Framework: 1157. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 muxing.c 예제 포팅 [7]212970정성태2/15/202215620.NET Framework: 1156. C# - ffmpeg(FFmpeg.AutoGen): Bitmap으로부터 h264 형식의 파일로 쓰기 [1]112969정성태2/14/202213810개발 환경 구성: 638. Visual Studio의 Connection Manager 기능(Remote SSH 관리)을 위한 명령행 도구 - 두 번째 이야기112968정성태2/14/202214459오류 유형: 794. msbuild 에러 - error NETSDK1005: Assets file '...\project.assets.json' doesn't have a target for '...'.12967정성태2/14/202214664VC++: 153. Visual C++ - C99 표준의 Compund Literals 빌드 방법 [4]12966정성태2/13/202214473.NET Framework: 1155. C# - ffmpeg(FFmpeg.AutoGen): Bitmap으로부터 yuv420p + rawvideo 형식의 파일로 쓰기112965정성태2/13/202214483.NET Framework: 1154. "Hanja Hangul Project v1.01 (파이썬)"의 C# 버전12964정성태2/11/202215096.NET Framework: 1153. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 avio_reading.c 예제 포팅112963정성태2/11/202215634.NET Framework: 1152. C# - 화면 캡처한 이미지를 ffmpeg(FFmpeg.AutoGen)로 동영상 처리 (저해상도 현상 해결)1 ... 31 32 33 34 35 36 37 [38] 39 40 41 42 43 44 45 ...