Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

Windows Form의 Load 이벤트에서 발생하는 예외가 Visual Studio에서 잡히지 않는 문제

마침 질문해 주신 분이 계셔서. ^^

VS2010의 윈폼의 Load 이벤트에서 예외가 잡혀지지 않습니다.
; https://www.sysnet.pe.kr/3/0/990

사실, 제 경우에도 여러 번 겪은 상황이었는데 지금까지 별다른 의문을 갖어본 적이 없습니다. 그냥 ^^; Load 이벤트에서만 그런 식으로 밖에 처리가 안되나 보다... 했었습니다.

검색을 해보니, 역시 마이크로스프트 측에서도 bug라고 인정하는 글이 나옵니다.

VS do not stop execution on error
; http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/27f247e0-b856-45f5-aae7-fb5d96b3bc0f/

그리고, 우회적인 해결책이라면 "I suggest you to switch to x86 system for development."라고 말한 것처럼 x86 윈도우 환경으로 바꾸는 정도입니다. (제 테스트 PC의 x86 환경에서는 실제로 Load 이벤트에서 정상적으로 예외가 잡혔습니다.)




제 경우에 이런 때 어떻게 대응하냐고 물으셨는데요. 개인적으로 2가지 방법을 씁니다.

간단하게는, 코드 상에서 다음과 같이 Load 이벤트의 처음과 끝을 감싸는 try/catch를 만들고 catch에 BP(Breakpoint)를 걸어둡니다.

ex_in_load_event_1.png

그러면, 어떤 예외가 발생했는지와 콜 스택까지 모두 확인할 수 있어서 코드 라인까지 확인할 수 있습니다.

그 외에, 코드를 바꾸지 않는 방법도 있지만 더 복잡합니다. 우선, 디버거로 실행한 후 "Output" 창에 출력된 메시지를 확인합니다. 예를 들어, 위의 코드에서는 다음과 같은 예외가 남아 있습니다.

ex_in_load_event_2.png

'WindowsFormsApplication1.vshost.exe' (Managed (v4.0.30319)): Loaded 'D:\Settings\desktop\load_evt\WindowsFormsApplication1\WindowsFormsApplication1\bin\Debug\WindowsFormsApplication1.exe', Symbols loaded.
A first chance exception of type 'System.ApplicationException' occurred in WindowsFormsApplication1.exe


이렇게 알아낸 "System.ApplicationException"을 다음의 글에 설명한 데로 "Debug" / "Exceptions..." 메뉴(Ctrl+D,E)로 들어가서 "Thrown" 항목에 체크를 해 둡니다.

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

이렇게 한 다음, 다시 "F5 디버깅"을 시작하면 Load 이벤트 안에서도 정확하게 그 위치에서 예외가 잡힙니다.




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

[연관 글]






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

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)
1855정성태2/10/201520770개발 환경 구성: 256. WebDAV Redirector - Sysinternals 폴더 연결 시 "The network path was not found" 오류 해결 방법
1854정성태2/10/201521731Windows: 104. 폴더는 삭제할 수 없지만, 그 하위 폴더/파일은 생성/삭제/변경하는 보안 설정
1853정성태2/6/201552052웹: 29. 여신금융협회 웹 사이트의 "Netscape 6.0은 지원하지 않습니다." 오류 메시지 [5]
1852정성태2/5/201522446.NET Framework: 492. .NET CLR Memory 성능 카운터의 의미파일 다운로드1
1851정성태2/5/201523383VC++: 88. 하룻밤의 꿈 - 인텔 하스웰의 TSX Instruction 지원 [2]
1850정성태2/4/201544169Windows: 103. 작업 관리자에서의 "Commit size"가 가리키는 메모리의 의미 [4]
1849정성태2/4/201524145기타: 51. DropBox의 CPU 100% 현상 [1]파일 다운로드1
1848정성태2/4/201519388.NET Framework: 491. 닷넷 Generic 타입의 메타 데이터 토큰 값 알아내는 방법 [2]
1847정성태2/3/201522681기타: 50. C# - 윈도우에서 dropbox 동기화 폴더 경로 및 종료하는 방법
1846정성태2/2/201531994Windows: 102. 제어판의 프로그램 추가/삭제 항목을 수동으로 실행하고 싶다면? [1]
1845정성태1/26/201532871Windows: 101. 제어판의 "Windows 자격 증명 관리(Manage your credentials)"를 금지시키는 방법
1844정성태1/26/201530834오류 유형: 269. USB 메모리의 용량이 비정상적으로 보여진다면? [7]
1843정성태1/24/201521872VC++: 87. 무시할 수 없는 Visual C++ 런타임 함수 성능
1842정성태1/23/201544373개발 환경 구성: 255. 노트북 키보드에 없는 BREAK 키를 다른 키로 대체하는 방법
1841정성태1/21/201519350오류 유형: 268. Win32 핸들 관련 CLR4 보안 오류 사례
1840정성태1/8/201527584오류 유형: 267. Visual Studio - CodeLens 사용 시 CPU 100% 현상
1839정성태1/5/201520463디버깅 기술: 69. windbg 분석 사례 - cpu 100% 현상 (2)
1838정성태1/4/201540218기타: 49. 윈도우 내레이터(Narrator) 기능 끄는 방법(윈도우에 파란색의 굵은 테두리 선이 나타난다면?) [4]
1837정성태1/4/201526323디버깅 기술: 68. windbg 분석 사례 - 메모리 부족 [1]
1836정성태1/4/201526328디버깅 기술: 67. windbg - 덤프 파일과 handle 정보
1835정성태1/3/201526803개발 환경 구성: 254. SQL 서버 역시 SSL 3.0/TLS 1.0만을 지원하는 듯!
1834정성태1/3/201551433개발 환경 구성: 253. TLS 1.2를 적용한 IIS 웹 사이트 구성
1833정성태1/3/201527494.NET Framework: 490. System.Data.SqlClient는 SSL 3.0/TLS 1.0만 지원하는 듯! [3]
1832정성태1/2/201520578오류 유형: 266. Azure에 응용 프로그램 게시 중 로그인 오류
1831정성태1/1/201528476디버깅 기술: 66. windbg 분석 사례 - cpu 100% 현상 (1) [1]
1830정성태1/1/201527519오류 유형: 265. svchost.exe 프로세스(IP Helper: IPHLPSVC)의 CPU 100% 현상
... 121  122  123  124  125  126  127  [128]  129  130  131  132  133  134  135  ...