예외 및 이벤트 제어

아티클
04/14/2023

다양한 방법으로 사용자 모드 및 커널 모드 애플리케이션에서 예외를 catch하고 처리할 수 있습니다. 활성 디버거, 사후 시스템 디버거 또는 내부 오류 처리 루틴은 모두 예외를 처리하는 일반적인 방법입니다.

이러한 다양한 예외 처리기의 우선 순위에 대한 자세한 내용은 사후 관리 디버깅 사용을 참조하세요.

Microsoft Windows 운영 체제에서 디버거가 예외를 처리하도록 허용하면 예외를 생성한 애플리케이션이 디버거 로 나뉩니다 . 즉, 애플리케이션이 중지되고 디버거가 활성화됩니다. 그런 다음 디버거는 어떤 식으로든 예외를 처리하거나 상황을 분석할 수 있습니다. 그러면 디버거가 프로세스를 종료하거나 실행을 다시 시작할 수 있습니다.

디버거가 예외를 무시하고 애플리케이션이 계속 실행되면 운영 체제는 디버거가 없는 것처럼 다른 예외 처리기를 찾습니다. 예외가 처리되면 애플리케이션이 계속 실행됩니다. 그러나 예외가 처리되지 않은 상태로 유지되면 디버거에 상황을 처리할 수 있는 두 번째 기회가 제공됩니다.

디버거를 사용하여 예외 분석

예외 또는 이벤트가 디버거에 침입하는 경우 디버거를 사용하여 실행 중인 코드와 애플리케이션이 사용하는 메모리를 검사할 수 있습니다. 특정 수량을 변경하거나 애플리케이션에서 다른 지점으로 이동하면 예외의 원인을 제거할 수 있습니다.

gh(예외 처리됨으로 이동) 또는 gn(처리되지 않은 예외로 이동) 명령을 실행하여 실행을 다시 시작할 수 있습니다.

디버거의 두 번째 예외 처리 기회에서 gn 명령을 실행하면 애플리케이션이 종료됩니다.

커널 모드 예외

커널 모드 코드에서 발생하는 예외는 사용자 모드 예외보다 더 심각합니다. 커널 모드 예외가 처리되지 않으면 버그 검사 실행되고 시스템이 중지됩니다.

사용자 모드 예외와 마찬가지로 커널 모드 디버거가 시스템에 연결된 경우 버그 검사 화면(파란색 화면이라고도 함)이 나타나기 전에 디버거에 알림이 표시됩니다. 디버거가 연결되어 있지 않으면 버그 검사 화면이 나타납니다. 이 경우 운영 체제에서 크래시 덤프 파일을 만들 수 있습니다.

디버거에서 예외 및 이벤트 제어

특정 방식으로 지정된 예외 및 이벤트에 대응하도록 디버거를 구성할 수 있습니다.

디버거는 각 예외 또는 이벤트에 대한 중단 상태 설정할 수 있습니다.

이벤트가 발생하는 즉시 디버거가 중단될 수 있습니다("첫 번째 기회").
다른 오류 처리기에 응답할 기회가 주어지면 이벤트가 중단됩니다("두 번째 기회").
또한 이벤트는 디버거에 메시지를 보낼 수 있지만 계속 실행할 수 있습니다.
디버거는 이벤트를 무시할 수 있습니다.

디버거는 각 예외 및 이벤트에 대한 처리 상태 설정할 수도 있습니다. 디버거는 이벤트를 처리된 예외 또는 처리되지 않은 예외처럼 처리할 수 있습니다. (물론 실제로 오류가 아닌 이벤트는 처리가 필요하지 않습니다.)

다음 중 하나를 수행하여 중단 상태 및 처리 상태 제어할 수 있습니다.

디버거 명령 창에서 SXE, SXD, SXN 또는 SXI 명령을 사용합니다.
(CDB 및 NTSD) 명령줄에서 -x, -xe, -xd, -xn 또는 -xi 옵션을 사용합니다.
(CDB, NTSD 및 KD)Tools.ini파일에서 sxe 또는 sxd 키워드(keyword) 사용합니다.
(WinDbg에만 해당) 디버그 메뉴에서 이벤트 필터를 선택하여 이벤트 필터 대화 상자를 연 다음 원하는 옵션을 선택합니다.

SX\* 명령, -x\* 명령줄 옵션 및 sx\* Tools.ini 키워드(keyword) 일반적으로 지정된 이벤트의 중단 상태 설정합니다. -h 옵션을 추가하여 처리 상태 대신 설정할 수 있습니다.

중단 상태 대신 항상 처리 상태 지정하는 4개의 특수 이벤트 코드(cc, hc, bpec 및 ssec)가 있습니다.

.lastevent(마지막 이벤트 표시) 명령을 사용하여 가장 최근의 예외 또는 이벤트를 표시할 수 있습니다.

중단 상태 제어

예외 또는 이벤트의 중단 상태 설정하는 경우 다음 옵션을 사용할 수 있습니다.

명령	상태 이름	Description
SXE 또는 -xe	휴식 시간 (사용)	이 예외가 발생하면 대상이 디버거로 즉시 중단됩니다. 이 중단은 다른 오류 처리기가 활성화되기 전에 발생합니다. 이 메서드를 첫 번째 기회 처리라고 합니다.
SXD 또는 -xd	두 번째 기회 휴식 (사용 안 함)	디버거는 이러한 종류의 첫 번째 예외에 대해 중단되지 않습니다(메시지가 표시되지만). 다른 오류 처리기가 이 예외를 해결할 수 없는 경우 실행이 중지되고 대상이 디버거로 중단됩니다. 이 메서드를 두 번째 확률 처리라고 합니다.
SXN 또는 -xn	출력 (알림)	이 예외가 발생하면 대상 애플리케이션이 디버거에 전혀 침입하지 않습니다. 그러나 사용자에게 이 예외를 알리는 메시지가 표시됩니다.
SXI 또는 -xi	무시	이 예외가 발생하면 대상 애플리케이션이 디버거에 침입하지 않고 메시지가 표시되지 않습니다.

SX* 설정에서 예외가 예상되지 않으면 대상 애플리케이션이 두 번째 기회에 디버거로 중단됩니다. 이벤트에 대한 기본 상태 이 항목의 다음 "이벤트 정의 및 기본값" 섹션에 나열되어 있습니다.

WinDbg 그래픽 인터페이스를 사용하여 중단 상태 설정하려면 디버그 메뉴의 이벤트 필터에서 이벤트 필터 대화 상자의 목록에서 원하는 이벤트를 선택한 다음 사용, 사용 안 함, 출력 또는 무시를 선택합니다.

처리 상태 제어

gh(예외 처리로 이동) 명령을 사용하지 않는 한 모든 이벤트는 처리되지 않은 것으로 간주됩니다.

-h 옵션과 함께 sx\* 명령을 사용하지 않는 한 모든 예외는 처리되지 않은 것으로 간주됩니다.

또한 SX* 옵션은 잘못된 핸들, 중단 명령 STATUS_BREAKPOINT 및 단일 단계 예외에 대한 처리 상태 구성할 수 있습니다. (이 구성은 중단 구성과는 별개입니다.) 중단 상태 구성하는 경우 이러한 이벤트는 각각 ch, bpe 및 sse로 명명됩니다. 처리 상태 구성할 때 이러한 이벤트는 각각 hc, bpec 및 ssec로 명명됩니다. (이벤트의 전체 목록은 다음 "이벤트 정의 및 기본값" 섹션을 참조하세요.)

Ctrl+C 이벤트(참조)에 대한 처리 상태 구성할 수 있지만 중단 상태 구성할 수는 없습니다. 애플리케이션이 Ctrl+C 이벤트를 수신하는 경우 애플리케이션은 항상 디버거로 나뉩니다.

cc, hc, bpec 및 ssec 이벤트에서 SX* 명령을 사용하거나 예외 시 -h 옵션과 함께 SX* 명령을 사용하는 경우 다음 작업이 발생합니다.

명령	상태 이름	Description
SXE	처리	이벤트는 실행이 다시 시작될 때 처리되는 것으로 간주됩니다.
SXD, SXN, SXI	처리되지 않음	이벤트는 실행이 다시 시작될 때 처리되지 않는 것으로 간주됩니다.

WinDbg 그래픽 인터페이스를 사용하여 처리 상태 설정하려면 디버그 메뉴에서 이벤트 필터를 선택하고 이벤트 필터 대화 상자의 목록에서 원하는 이벤트를 선택한 다음 처리됨 또는 처리 안 함을 선택합니다.

자동 명령

또한 디버거를 사용하면 이벤트 또는 예외로 인해 디버거가 중단될 경우 자동으로 실행되는 명령을 설정할 수 있습니다. 첫 번째 기회 중단에 대한 명령 문자열과 두 번째 기회 중단에 대한 명령 문자열을 설정할 수 있습니다. SX\* 명령 또는 디버그 | 를 사용하여 이러한 문자열을 설정할 수 있습니다. 이벤트 필터 명령. 각 명령 문자열에는 세미콜론으로 구분된 여러 명령이 포함될 수 있습니다.

이러한 명령은 중단 상태 관계없이 실행됩니다. 즉, 중단 상태 "무시"인 경우 명령은 계속 실행됩니다. 중단 상태 "두 번째 기회 중단"인 경우 예외가 처음 발생할 때 다른 예외 처리기가 포함되기 전에 첫 번째 기회 명령이 실행됩니다. 명령 문자열은 g(Go), gh(예외 처리됨으로 이동) 또는 gn(처리되지 않은 예외로 이동)과 같은 실행 명령으로 끝날 수 있습니다.

이벤트 정의 및 기본값

중단 상태 변경하거나 다음 예외의 상태 처리할 수 있습니다. 기본 중단 상태 표시됩니다.

다음 예외의 기본 처리 상태 항상 "처리되지 않음"입니다. 이 상태 변경하는 데 주의하세요. 이 상태 "처리됨"으로 변경하면 이 형식의 모든 첫 번째 기회 및 두 번째 예외가 처리된 것으로 간주되며 이 구성은 모든 예외 처리 루틴을 무시합니다.

이벤트 코드	의미	기본 중단 상태
asrt	어설션 실패	중단
av	액세스 위반	중단
Dm	데이터가 잘못 정렬됨	중단
Dz	정수 나누기 0	중단
c000008e	부동 소수점 나누기 0	중단
어	C++ EH 예외	두 번째 기회 휴식
Gp	가드 페이지 위반	중단
Ii	잘못된 명령	두 번째 기회 휴식
Iov	정수 오버플로	중단
Ip	페이지 내 I/O 오류	중단
Isc	잘못된 시스템 호출	중단
lsq	잘못된 잠금 시퀀스	중단
sbo	스택 버퍼 오버플로	중단
Sov	Stack Overflow	중단
wkd	절전 모드 해제 디버거	중단
Aph	애플리케이션 중단 이 예외는 Windows 운영 체제에서 프로세스가 응답을 중지했다고 결론지으면 트리거됩니다(즉, 중단됨).	중단
3c	자식 애플리케이션 종료	두 번째 기회 휴식
chhc	잘못된 핸들	중단
Number	번호가 매겨진 예외	두 번째 기회 휴식

참고ah(어설션 처리) 명령을 사용하여 특정 주소에 대한 asrt 중단 상태 재정의할 수 있습니다. ch 및 hc 이벤트 코드는 동일한 예외를 참조합니다. 중단 상태 제어하는 경우 sx* ch를 사용합니다. 처리 상태 제어하는 경우 sx* hc를 사용합니다.

중단 상태 변경하거나 다음 예외의 상태 처리할 수 있습니다. 기본 중단 상태 표시됩니다.

다음 예외의 기본 처리 상태 항상 "처리됨"입니다. 이러한 예외는 디버거와 통신하는 데 사용되므로 일반적으로 해당 상태 "처리되지 않음"으로 변경해서는 안 됩니다. 이 상태 디버거가 예외를 무시하는 경우 다른 예외 처리기가 예외를 catch하도록 합니다.

애플리케이션은 DBG_COMMAND_EXCEPTION(dbce)을 사용하여 디버거와 통신할 수 있습니다. 이 예외는 중단점과 유사하지만 이 예외가 발생할 때 SX* 명령을 사용하여 특정 방식으로 반응할 수 있습니다.

이벤트 코드	의미	기본 중단 상태
dbce	특수 디버거 명령 예외	무시
vcpp	특수 Visual C++ 예외	무시
Wos	WOW64 단일 단계 예외	중단
wob	WOW64 중단점 예외-	중단
남남동 ssec	단일 단계 예외	중단
Bpe bpec	중단점 예외	중단
cce Cc	Ctrl+C 또는 Ctrl+BREAK 이 예외는 대상이 콘솔 애플리케이션이고 Ctrl+C 또는 Ctrl+BREAK가 전달되는 경우 트리거됩니다.	중단

참고 앞의 테이블의 마지막 세 가지 예외에는 두 개의 다른 이벤트 코드가 있습니다. 브레이크 상태 제어하는 경우 sse, bpe 및 cce를 사용합니다. 처리 상태 제어하는 경우 ssec, bpec 및 cc를 사용합니다.

다음 예외는 관리 코드를 디버깅할 때 유용합니다.

이벤트 코드	의미	기본 상태
Clr	공용 언어 런타임 예외	두 번째 기회 휴식 처리되지 않음
clrn	공용 언어 런타임 알림 예외	두 번째 기회 휴식 처리됨

Clr

공용 언어 런타임 예외

두 번째 기회 휴식

처리되지 않음

clrn

공용 언어 런타임 알림 예외