Kontrollera undantag och händelser

Du kan fånga och hantera undantag i program i användarläge och kernelläge med en mängd olika metoder. Ett aktivt felsökningsprogram, ett felsökningsprogram för postmortem eller en intern felhanteringsrutin är alla vanliga sätt att hantera undantag.

Mer information om prioritetsordningen för dessa olika undantagshanterare finns i Aktivera postmortem-felsökning.

När Microsoft Windows-operativsystemet tillåter att ett felsökningsprogram hanterar ett undantag, bryter programmet som genererade undantaget in i felsökningsprogrammet. Det vill sa att programmet stoppas och felsökningsprogrammet blir aktivt. Felsökningsprogrammet kan sedan hantera undantaget på något sätt eller analysera situationen. Felsökningsprogrammet kan sedan avsluta processen eller låta den fortsätta att köras.

Om felsökningsprogrammet ignorerar undantaget och låter programmet fortsätta att köras letar operativsystemet efter andra undantagshanterare som om det inte fanns något felsökningsprogram. Om undantaget hanteras fortsätter programmet att köras. Men om undantaget förblir ohanterat ges felsökningsprogrammet en andra möjlighet att hantera situationen.

Använda felsökningsprogrammet för att analysera ett undantag

När ett undantag eller en händelse bryter sig in i felsökningsprogrammet kan du använda felsökningsprogrammet för att undersöka koden som körs och det minne som programmet använder. Genom att ändra vissa kvantiteter eller hoppa till en annan punkt i programmet kanske du kan ta bort orsaken till undantaget.

Du kan återuppta körningen genom att utfärda kommandot "gh" ("Go med hanterat undantag") eller "gn" ("Go med ohanterat undantag").

Om du utfärdar gn-kommandot i felsökarens andra möjlighet att hantera undantaget avslutas programmet.

Kernel-Mode undantag

Undantag som inträffar i kernellägeskod är allvarligare än undantag i användarläge. Om undantag i kernelläge inte hanteras utfärdas en buggkontroll och systemet stoppas.

Precis som med användarlägesfel meddelas felsökaren innan felsökningsskärmen (även kallad blå skärm) visas om ett felsökningsprogram i kernelläge är kopplat till systemet. Om inget felsökningsprogram är kopplat visas skärmen för felkontroll. I det här fallet kan operativsystemet skapa en kraschdumpfil.

Kontrollera undantag och händelser från felsökningsprogrammet

Du kan konfigurera felsökningsprogrammet så att det reagerar på angivna undantag och händelser på ett visst sätt.

Felsökningsprogrammet kan ange brytstatus för varje undantag eller händelse:

• Händelsen kan orsaka en inbrytning i felsökningsprogrammet så snart den inträffar (den "första chansen").

• Händelsen kan brytas in efter att andra felhanterare har fått möjlighet att svara ("andra chansen").

• Händelsen kan också skicka ett meddelande till felsökaren men fortsätta att köras.

• Felsökningsprogrammet kan ignorera händelsen.

Felsökningsprogrammet kan också ange hanteringsstatus för varje undantag och händelse. Felsökningsprogrammet kan behandla händelsen som ett hanterat undantag eller ett ohanterat undantag. (Naturligtvis kräver händelser som inte är fel inte någon hantering.)

Du kan styra brytstatus och hanteringsläge genom att göra något av följande:

• Använd kommandot SXE, SXD, SXN eller SXI i felsökningskommandofönstret.

• (CDB och NTSD) Använd alternativet -x, -xe, -xd, -xn eller -xi på kommandoraden.

• (CDB, NTSD och KD) Använd nyckelordet sxe eller sxd i filenTools.ini .

• (Endast WinDbg) Välj Händelsefilterpå felsökningsmenyn för att öppna dialogrutan Händelsefilter och välj sedan de alternativ som du vill använda.

Kommandot SX\*, kommandoradsalternativet -x\* och sx\* Tools.ini nyckelord anger vanligtvis brytstatus för den angivna händelsen. Du kan lägga till alternativet -h för att göra så att hanteringsstatusen anges i stället.

Det finns fyra särskilda händelsekoder (cc, hc, bpec och ssec) som alltid anger hanteringsstatus i stället för brytstatus.

Du kan visa det senaste undantaget eller händelsen med hjälp av kommandot .lastevent (Visa senaste händelse).

Kontrollera brytstatus

När du anger brytstatus för ett undantag eller en händelse kan du använda följande alternativ.

Om ett undantag inte förväntas av en SX*-inställning bryter målprogrammet in i felsökningsprogrammet vid den andra chansen. Standardstatusen för händelser visas i följande avsnitt "Händelsedefinitioner och standardvärden" i det här avsnittet.

Om du vill ange brytstatus med det grafiska gränssnittet WinDbg väljer händelsefilterpå felsökningsmenyn den händelse som du vill använda i listan i dialogrutan Händelsefilter och väljer sedan Aktiverad, Inaktiverad, Utdata eller Ignorera.

Kontrollera hanteringsstatus

Alla händelser anses vara ohanterade, såvida du inte använder kommandot gh (Go with Exception Handled).

Alla undantag betraktas som ohanterade, såvida du inte använder kommandot sx\* tillsammans med alternativet -h .

Dessutom kan SX*-alternativ konfigurera hanteringsstatus för ogiltiga handtag, STATUS_BREAKPOINT brytinstruktioner och enstegsundantag. (Den här konfigurationen är separat från deras brytkonfiguration.) När du konfigurerar deras avbrottsstatus får dessa händelser namnet ch, bpe respektive sse. När du konfigurerar deras hanteringsstatus får dessa händelser namnet hc, bpec respektive ssec. (En fullständig lista över händelser finns i avsnittet "Händelsedefinitioner och standardinställningar".)

Du kan konfigurera hanteringsstatusen för CTRL+C-händelsen (cc), men inte dess brytstatus. Om ett program tar emot en CTRL+C-händelse bryter programmet alltid in i felsökningsprogrammet.

När du använder SX*-kommandot på cc-, hc-, bpec- och ssec-händelser , eller när du använder SX*-kommandot tillsammans med alternativet -h i ett undantag, sker följande åtgärder.

Om du vill ange hanteringsstatus med det grafiska gränssnittet WinDbg väljer du Händelsefilter på menyn Felsök , väljer den händelse som du vill använda i listan i dialogrutan Händelsefilter och väljer sedan Hanterat eller Inte hanterat.

Automatiska kommandon

Med felsökningsprogrammet kan du också ange kommandon som körs automatiskt om händelsen eller undantaget orsakar en inbrytning i felsökningsprogrammet. Du kan ange en kommandosträng för första chans-avbrottet och en kommandosträng för andra chans-avbrottet. Du kan ange dessa strängar med SX\* kommandot eller Debugg | Händelsefilter. Varje kommandosträng kan innehålla flera kommandon som är avgränsade med semikolon.

Dessa kommandon körs oavsett brytstatus. Om brytstatusen är "Ignorera" körs kommandot fortfarande. Om brytstatusen är "Second-chance break" körs kommandot first-chance när undantaget först inträffar, innan andra undantagshanterare är inblandade. Kommandosträngen kan avslutas med ett körningskommando som g (Go), gh (Go med hanterat undantag), eller gn (Go med ohanterat undantag).

Händelsedefinitioner och standardvärden

Du kan ändra brytstatus eller hanteringsstatus för följande undantag. Deras standardläge för rast anges.

Följande undantags standardhanteringsstatus är alltid "Inte hanterad". Var försiktig med att ändra den här statusen. Om du ändrar den här statusen till "Hanterad" betraktas alla undantag från första chansen och andra chansen av den här typen som hanterade, och den här konfigurationen kringgår alla rutiner för undantagshantering.

Notera Du kan åsidosätta brytstatusen för asrt för en specifik adress med hjälp av kommandot ah (Satshantering) Händelsekoderna ch och hc refererar till samma undantag. När du styr dess brytstatus använder du sx* ch. När du styr dess hanteringsstatus använder du sx* hc.

Du kan ändra brytstatus eller hanteringsstatus för följande undantag. Deras standardbrytstatus är angiven.

Följande undantags standardhanteringsstatus är alltid "Hanterad". Eftersom dessa undantag används för att kommunicera med felsökningsprogrammet bör du vanligtvis inte ändra deras status till "Inte hanterad". Den här statusen gör att andra undantagshanterare fångar undantagen om felsökaren ignorerar dem.

Ett program kan använda DBG_COMMAND_EXCEPTION (dbce) för att kommunicera med felsökningsprogrammet. Det här undantaget liknar en brytpunkt, men du kan använda SX*-kommandot för att reagera på ett specifikt sätt när det här undantaget inträffar.

Not De sista tre undantagen i föregående tabell har två olika händelsekoder. När du styr deras avbrottsstatus använder du sse, bpe och cce. När du styr deras hanteringsstatus använder du ssec, bpec och cc.

Följande undantag är användbara när du felsöker hanterad kod.

Du kan ändra avbrottsstatusen för följande händelser. Eftersom dessa händelser inte är undantag är deras hanteringsstatus irrelevant.