Microsoft MVP성태의 닷넷 이야기
디버깅 기술: 20. 예외 처리를 방해하는 WPF Modal 대화창 [링크 복사], [링크+제목 복사],
조회: 24976
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 3개 있습니다.)
디버깅 기술: 20. 예외 처리를 방해하는 WPF Modal 대화창
; https://www.sysnet.pe.kr/2/0/619

.NET Framework: 148. WPF - 데이터 바인딩 시의 예외 처리 방법
; https://www.sysnet.pe.kr/2/0/746

.NET Framework: 656. Windows Forms의 오류(Exception) 처리 방법에 대한 차이점 설명
; https://www.sysnet.pe.kr/2/0/11198





예외 처리를 방해하는 WPF Modal 대화창


개인적으로 다소 이해가 안 되는 부분인데요.
직접적인 재현 코드를 예로 들면서 설명을 해보도록 하겠습니다. 우선, 다음과 같이 또 다른 윈도우를 띄우는 코드가 있는 경우,

namespace WpfApplication1
{
    public partial class Window1 : Window
    {
        public Window1()
        {
            InitializeComponent();
        }

        private void button1_Click(object sender, RoutedEventArgs e)
        {
            Window2 window = new Window2();
            window.Owner = this;
            window.Show();
        }
    }
    
    public partial class Window2 : Window
    {
        public Window2()
        {
            InitializeComponent();
        }

        private void Window_Loaded(object sender, RoutedEventArgs e)
        {
           throw new ApplicationException();
        }
    }    
}

위의 코드를 VS.NET IDE에서 "F5 디버깅"으로 실행해 보면, 정상적으로 디버거가 "throw new ApplicationException()" 라인에서 멈추는 것을 확인할 수 있습니다. 여기까지는 좋습니다.

하지만, "window.Show();" 코드를 "window.ShowDialog();"로 바꾸게 되면 아래 화면에서 보는 것처럼 "window.ShowDialog();" 코드에서 디버거가 멈추는 이상한 현상이 발생합니다.

[그림 1: 정확하지 않은 예외 지점]
exception_when_using_modal_dialog_1.PNG

단지 추측만으로는, Modal 대화창을 위한 별도의 Message Loop가 형성되고 이에 대한 처리가 고려되지 않은 것으로 보입니다. (동일한 작업을 WinForm에서 하면 모두 정상적으로 디버거가 처리해 줍니다.)

어쨌든, 이런 경우에는 정확한 오류 지점을 찾아내기 위해 "first-chance exception"을 잡아내도록 VS.NET IDE의 예외 옵션을 설정해 주어야 합니다. 이에 대해서는 예전에 쓴 아래의 글을 참고하세요.

First-Chance Exception 
; https://www.sysnet.pe.kr/2/0/510

*** 첨부 파일은 간단하게 테스트 해본 프로젝트입니다.



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/25/2021]

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)
12425정성태11/24/202020713VC++: 141. Visual C++ - "Treat Warnings As Errors" 옵션이 꺼져 있는데도 일부 경고가 에러 처리되는 경우
12424정성태11/24/202020747VC++: 140. C++의 연산자 동의어(operator synonyms), 대체 토큰 [1]
12423정성태11/22/202020405.NET Framework: 974. C# 9.0 - (16) 제약 조건이 없는 형식 매개변수 주석(Unconstrained type parameter annotations)파일 다운로드1
12422정성태11/21/202017854.NET Framework: 973. .NET 5, .NET Framework에서만 허용하는 UnmanagedCallersOnly 사용예파일 다운로드1
12421정성태11/19/202016901.NET Framework: 972. DNNE가 출력한 NE DLL을 직접 생성하는 방법파일 다운로드1
12420정성태11/19/202017933오류 유형: 684. Visual C++ - MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance
12419정성태11/19/202017800VC++: 139. Visual C++ - .NET Core의 nethost.lib와 정적 링크파일 다운로드1
12418정성태11/19/202019913오류 유형: 683. Visual C++ - error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MT_StaticRelease' doesn't match value 'MDd_DynamicDebug'파일 다운로드1
12417정성태11/19/202018822오류 유형: 682. Visual C++ - warning LNK4099: PDB '...pdb' was not found with '...lib(pch.obj)' or at '...pdb'; linking object as if no debug info
12416정성태11/19/202020017오류 유형: 681. Visual C++ - error LNK2001: unresolved external symbol _CrtDbgReport
12415정성태11/18/202019026.NET Framework: 971. UnmanagedCallersOnly 특성과 DNNE 사용파일 다운로드1
12414정성태11/18/202022777VC++: 138. x64 빌드에서 extern "C"가 아닌 경우 ___cdecl name mangling 적용 [4]파일 다운로드1
12413정성태11/17/202020829.NET Framework: 970. .NET 5 / .NET Core - UnmanagedCallersOnly 특성을 사용한 함수 내보내기파일 다운로드1
12412정성태11/16/202022862.NET Framework: 969. .NET Framework 및 .NET 5 - UnmanagedCallersOnly 특성 사용파일 다운로드1
12411정성태11/12/202019165오류 유형: 680. C# 9.0 - Error CS8889 The target runtime doesn't support extensible or runtime-environment default calling conventions.
12410정성태11/12/202020805디버깅 기술: 174. windbg - System.TypeLoadException 예외 분석 사례
12409정성태11/12/202021981.NET Framework: 968. C# 9.0의 Function pointer를 이용한 함수 주소 구하는 방법파일 다운로드1
12408정성태11/9/202036950도서: 시작하세요! C# 9.0 프로그래밍 [8]
12407정성태11/9/202022031.NET Framework: 967. "clr!JIT_DbgIsJustMyCode" 호출이 뭘까요?
12406정성태11/8/202022817.NET Framework: 966. C# 9.0 - (15) 최상위 문(Top-level statements) [5]파일 다운로드1
12405정성태11/8/202022285.NET Framework: 965. C# 9.0 - (14) 부분 메서드에 대한 새로운 기능(New features for partial methods)파일 다운로드1
12404정성태11/7/202022983.NET Framework: 964. C# 9.0 - (13) 모듈 이니셜라이저(Module initializers)파일 다운로드1
12403정성태11/7/202019918.NET Framework: 963. C# 9.0 - (12) foreach 루프에 대한 GetEnumerator 확장 메서드 지원(Extension GetEnumerator)파일 다운로드1
12402정성태11/7/202023339.NET Framework: 962. C# 9.0 - (11) 공변 반환 형식(Covariant return types) [1]파일 다운로드1
12401정성태11/5/202022199VS.NET IDE: 153. 닷넷 응용 프로그램에서의 "My Code" 범위와 "Enable Just My Code"의 역할 [1]
12400정성태11/5/202018000오류 유형: 679. Visual Studio - "Source Not Found" 창에 "Decompile source code" 링크가 없는 경우
... 61  62  [63]  64  65  66  67  68  69  70  71  72  73  74  75  ...