Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
부모글 보이기/감추기
(연관된 글이 1개 있습니다.)
3.1 PDB 파일에 따른 Debug 정보 - WinForm + Library 유형의 프로젝트

테스트를 위해서, C# 라이브러리 유형의 "BaseLibrary" 프로젝트와 C# WinForm 유형의 "WinForm" 프로젝트를 생성합니다.

BaseLibrary 에는 다음과 같은 ThrowClass.cs 파일 하나만 존재합니다.

    public class ThrowClass
    {
        public void TestMethod()
        {
	// 예외를 발생시키기 위한 코드
            FileStream fs = File.Open(@"C:\\test_nothing.txt", FileMode.Open);
            fs.Close();
        }
    }

WinForm 프로젝트에서는 다음과 같이 코드를 사용하는 Form1.cs 파일이 있습니다.

        private void Form1_Load(object sender, EventArgs e)
        {
            BaseLibrary.ThrowClass throwClass = new BaseLibrary.ThrowClass();
            throwClass.TestMethod();
        }

자, 이제 환경을 어떻게 구성하는지에 따라서 우리가 얼마나 유용한 오류 정보를 얻을 수 있는지 알아보겠습니다.

첫번째로 BaseLibrary.pdb / WinForm.pdb 파일이 실행 파일과 동일한 폴더에 함께 있는 경우

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.IO.FileNotFoundException: Could not find file 'C:\test_nothing.txt'.
File name: 'C:\test_nothing.txt'
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, 
        FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
   at System.IO.File.Open(String path, FileMode mode)
   at BaseLibrary.ThrowClass.TestMethod() in D:\temp2\PdbSample\BaseLibrary\ThrowClass.cs:line 14
   at WinForm.Form1.Form1_Load(Object sender, EventArgs e) in D:\temp2\PdbSample\WinFormApp\WinForm\Form1.cs:line 21
   at System.Windows.Forms.Form.OnLoad(EventArgs e)
   at System.Windows.Forms.Form.OnCreateControl()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.WmShowWindow(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ContainerControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WmShowWindow(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

굵은 글씨체로 표시한 부분을 보시면 PDB 파일이 있음으로 인해서 실제 소스 파일명과 라인을 확인할 수 있습니다. 위와 같은 결과는 프로젝트를 Debug 또는 Release 빌드에 상관없이 PDB 파일만 있으면 동일하게 얻어낼 수 있습니다. VS.NET 2003 까지는 Debug 빌드에서만 PDB 파일이 생성되었으나, 반갑게도 VS.NET 2005 로 오면서는 Release 빌드에서도 "pdb-only" 유형의 PDB 파일을 생성하는 것이 기본 설정으로 되어 있습니다. (즉, VS.NET 2003 사용자라면 release 빌드 버전에서 PDB 파일을 생성하도록 프로젝트 설정을 해주는 것이 권장됩니다.)

이제, BaseLibrary.pdb 파일을 실행경로에서 삭제해 봅니다. 그런 후 실행해 보면 다음과 같은 오류 정보를 얻을 수 있습니다.

See the end of this message for details on invoking 
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.IO.FileNotFoundException: Could not find file 'C:\test_nothing.txt'.
File name: 'C:\test_nothing.txt'
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights,
         FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
   at System.IO.File.Open(String path, FileMode mode)
   at BaseLibrary.ThrowClass.TestMethod()
   at WinForm.Form1.Form1_Load(Object sender, EventArgs e) in D:\temp2\PdbSample\WinFormApp\WinForm\Form1.cs:line 21
   at System.Windows.Forms.Form.OnLoad(EventArgs e)
   at System.Windows.Forms.Form.OnCreateControl()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.WmShowWindow(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ContainerControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WmShowWindow(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

위의 로그를 보자 마자 감이 잡히시겠지요 ^^ 이젠 BaseLibrary 에 있던 소스 파일의 경로와 오류를 발생시킨 라인은 얻어낼 수 없습니다. 단지, TestMethod 라는 것만 얻어낼 수가 있습니다. 예상하시겠지만, WinForm.pdb 파일을 삭제하고 BaseLibrary.pdb 파일이 있는 경우에는 결과는 반대로 나옵니다. 또한 둘다 없는 경우라면 말할 필요도 없겠지요.

이 예를 통해서 알 수 있는 점이 한가지 있지요. ^^ 만약, 여러분들이 3rd party 라이브러리 개발 업체라면 해당 제품의 빌드 버전에 해당하는 PDB 파일도 가지고 있으면 도움이 된다는 것입니다. 역어셈블이 되는 .NET 의 상황을 고려한다면 PDB 파일을 애당초 배포하는 것도 고려해 볼 수 있습니다. 그럼으로써, 고객들이 그 라이브러리를 사용하면서 오류가 발생하면 구체적인 오류 보고를 해줄 수 있기 때문입니다. 물론, PDB 파일이 없는 경우에도 가능한 수준의 예측이 가능합니다. 예를 들어, 위의 예제에서 PDB 파일이 없는 경우를 보면,

   at System.IO.File.Open(String path, FileMode mode)
   at BaseLibrary.ThrowClass.TestMethod()

ThrowClass 클래스의 TestMethod 메서드에서 오류가 발생한 것을 볼 수 있고, 그 메서드 내부의 File.Open 하는 부분에서 오류가 났음을 알 수 있습니다. 하지만, 만약 해당 TestMethod 에서 File.Open 하는 코드가 여러 군데에서 사용되어지고 있다면 이번에는 어느 부분에서 오류가 발생했는지 알아낼 수 있는 방법이 없습니다.

이제, PDB 파일의 유용성을 조금씩 느끼실 수 있으시겠지요! ^^
첨부된 파일은 3.1, 3.2, 3.3 토픽에서 사용되고 있는 예제 솔루션입니다.
[연관 글]






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

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

비밀번호

댓글 작성자
 




... 121  122  123  124  125  126  127  [128]  129  130  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
2889정성태3/17/201526770Windows: 107. (2015-03-12) 업데이트 이후 작업 표시줄 또는 탐색기의 반응이 느려지는 문제 [1]
2888정성태3/17/201524629.NET Framework: 508. Visual Studio 빌드 - fatal error C1033: cannot open program database ''
2887정성태3/13/201521914.NET Framework: 507. CoreFx 빌드하는 방법
2886정성태3/13/201523676오류 유형: 274. CoreFx, CoreCLR 빌드 시 "error CS0518: Predefined type 'System.Object' is not defined or imported" 오류 해결 방법
2885정성태3/13/201534739VS.NET IDE: 99. Visual Studio는 2019는 32비트, 2022부터 64비트 버전입니다. [2]
2884정성태3/12/201528329.NET Framework: 506. .NETCore = CoreFX + CoreCLR [5]
2883정성태3/10/201525460.NET Framework: 505. OpenCover 소스 코드 분석을 Visual Studio 2013에서 하는 방법 [1]
2882정성태3/10/201524141.NET Framework: 504. OpenCover 코드 커버리지 도구의 동작 방식을 통해 살펴보는 Calli IL 코드 사용법
2881정성태3/9/201524840개발 환경 구성: 261. OpenCover 오픈 소스를 이용한 .NET 코드 커버리지(Code coverage)
2880정성태3/7/201522968개발 환경 구성: 260. C# Code Coverage 도구 - Semantic Designs 소개
2879정성태3/3/201528071개발 환경 구성: 259. Visual Studio 없이 Visual C++ 컴파일하는 방법
2878정성태2/28/201528998.NET Framework: 503. == 연산자보다는 Equals 메서드의 호출이 더 권장됩니다. [3]파일 다운로드1
2877정성태2/28/201522602.NET Framework: 502. 연산자 재정의(operator overloading)와 메서드 재정의(method overriding)의 다른 점 - 가상 함수 호출 여부 [3]파일 다운로드1
2876정성태2/27/201525347VS.NET IDE: 98. IntegraStudio - Visual Studio에서 Java 프로그램 개발
2875정성태2/26/201524310디버깅 기술: 72. Visual Studio 2013에서의 sos.dll 사용 제한
2874정성태2/26/201520750디버깅 기술: 71. windbg + 닷넷 디버깅 (2) - null 체크 패턴
2873정성태2/25/201538521.NET Framework: 501. FtpWebRequest 타입을 이용해 FTP 파일 업로드 [4]파일 다운로드1
2872정성태2/25/201522638디버깅 기술: 70. windbg + 닷넷 디버깅 (1) - 배열 인덱스 사용 패턴
2871정성태2/24/201526510개발 환경 구성: 258. 윈도우 8.1에서 방화벽과 함께 FTP 서버 여는 (하지만, 권장하지 않는) 방법 [1]
2870정성태2/24/201527725개발 환경 구성: 257. 윈도우 8.1에서 방화벽과 함께 FTP 서버 여는 방법
2869정성태2/23/201521511.NET Framework: 500. struct로 정의한 값 형식(Value Type)의 경우 Equals 재정의를 권장합니다.파일 다운로드1
2868정성태2/23/201526192VS.NET IDE: 97. Visual C++ 프로젝트 디버깅 시에 Step-Into(F11) 동작이 원치 않는 함수로 진입하는 것을 막는 방법 [2]
2867정성태2/23/201519908오류 유형: 273. File History - Failed to initiate user data backup (error 80070005)
2866정성태2/23/201521800오류 유형: 272. WAT080 : Failed to locate the Windows Azure SDK. Please make sure the Windows Azure SDK v2.1 is installed.
1868정성태2/20/201518709오류 유형: 271. The type '...' cannot be used as type parameter 'TContext' in the generic type or method 'System.ServiceModel.DomainServices.EntityFramework.LinqToEntitiesDomainService<T>
1866정성태2/20/201519887오류 유형: 270. "aspnet_regiis -i" 실행 시 0x00000006 오류 해결 방법
... 121  122  123  124  125  126  127  [128]  129  130  131  132  133  134  135  ...