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

비밀번호

댓글 작성자
 




... 61  62  63  [64]  65  66  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12340정성태9/23/202016940.NET Framework: 943. WPF - WindowsFormsHost를 담은 윈도우 생성 시 메모리 누수
12339정성태9/21/202017155오류 유형: 655. 코어 모드의 윈도우는 GUI 모드의 윈도우로 교체가 안 됩니다.
12338정성태9/21/202017129오류 유형: 654. 우분투 설치 시 "CHS: Error 2001 reading sector ..." 오류 발생
12337정성태9/21/202018254오류 유형: 653. Windows - Time zone 설정을 바꿔도 반영이 안 되는 경우
12336정성태9/21/202021632.NET Framework: 942. C# - WOL(Wake On Lan) 구현
12335정성태9/21/202030834Linux: 31. 우분투 20.04 초기 설정 - 고정 IP 및 SSH 설치
12334정성태9/21/202015417오류 유형: 652. windbg - !py 확장 명령어 실행 시 "failed to find python interpreter"
12333정성태9/20/202015764.NET Framework: 941. C# - 전위/후위 증감 연산자에 대한 오버로딩 구현 (2)
12332정성태9/18/202018732.NET Framework: 940. C# - Windows Forms ListView와 DataGridView의 예제 코드파일 다운로드1
12331정성태9/18/202017656오류 유형: 651. repadmin /syncall - 0x80090322 The target principal name is incorrect.
12330정성태9/18/202018825.NET Framework: 939. C# - 전위/후위 증감 연산자에 대한 오버로딩 구현 [2]파일 다운로드1
12329정성태9/16/202021125오류 유형: 650. ASUS 메인보드 관련 소프트웨어 설치 후 ArmouryCrate.UserSessionHelper.exe 프로세스 무한 종료 현상
12328정성태9/16/202020039VS.NET IDE: 150. TFS의 이력에서 "Get This Version"과 같은 기능을 Git으로 처리한다면?
12327정성태9/12/202018199.NET Framework: 938. C# - ICS(Internet Connection Sharing) 제어파일 다운로드1
12326정성태9/12/202017584개발 환경 구성: 516. Azure VM의 Network Adapter를 실수로 비활성화한 경우
12325정성태9/12/202016782개발 환경 구성: 515. OpenVPN - 재부팅 후 ICS(Internet Connection Sharing) 기능이 동작 안하는 문제
12324정성태9/11/202017624개발 환경 구성: 514. smigdeploy.exe를 이용한 Windows Server 2016에서 2019로 마이그레이션 방법
12323정성태9/11/202016885오류 유형: 649. Copy Database Wizard - The job failed. Check the event log on the destination server for details.
12322정성태9/11/202020225개발 환경 구성: 513. Azure VM의 RDP 접속 위치 제한 [1]
12321정성태9/11/202015950오류 유형: 648. netsh http add urlacl - Error: 183 Cannot create a file when that file already exists.
12320정성태9/11/202018091개발 환경 구성: 512. RDP(원격 데스크톱) 접속 시 비밀 번호를 한 번 더 입력해야 하는 경우
12319정성태9/10/202017380오류 유형: 647. smigdeploy.exe를 Windows Server 2016에서 실행할 때 .NET Framework 미설치 오류 발생
12318정성태9/9/202016367오류 유형: 646. OpenVPN - "TAP-Windows Adapter V9" 어댑터의 "Network cable unplugged" 현상
12317정성태9/9/202019683개발 환경 구성: 511. Beats용 Kibana 기본 대시 보드 구성 방법
12316정성태9/8/202017561디버깅 기술: 170. WinDbg Preview 버전부터 닷넷 코어 3.0 이후의 메모리 덤프에 대해 sos.dll 자동 로드
12315정성태9/7/202019842개발 환경 구성: 510. Logstash - FileBeat을 이용한 IIS 로그 처리 [2]
... 61  62  63  [64]  65  66  67  68  69  70  71  72  73  74  75  ...