dlaczego coraz pierwszy wyjątek Chace w C++

Question

Zrobiłam próbkę, aby sprawdzić, co się stanie, gdy Ctrl + C jest wciśnięty w oknach aplikacji konsoli:

bool TerminationFlag=true; 

int main() 
{ 
    g_hTerminateEvent = ::CreateEvent(NULL, FALSE, FALSE, NULL); 
    ::SetConsoleCtrlHandler(ConsoleCtrlHandler, TRUE); 
    while(1) 
    { 
     if(TerminationFlag == false) 
     { 
      break; 
     } 
    } 
    return 0; 
} 

BOOL WINAPI ConsoleCtrlHandler(DWORD dwCtrlType) 
{ 

    if (dwCtrlType == CTRL_C_EVENT || 
     dwCtrlType == CTRL_BREAK_EVENT || 
     dwCtrlType == CTRL_CLOSE_EVENT) 
    { 
     TerminationFlag=false; 
     ::SetEvent(g_hTerminateEvent); 
     return TRUE; 
    } 
    return FALSE; 
} 

I badanego kodu uruchamiając go za pomocą rozpocząć debugowanie opcję wizualnej studio po naciśnięciu ctrl + C otrzymuję następujący komunikat

Pierwsza szansa wyjątek w 0x7c87647d

kiedy Wciś nię cie kontynuacji opcji mój kod dochodzi do linii TerminationFlag=false; mimo, że obsługuję Ctrl + C w obsłudze kontrolnej. Czy możesz mi powiedzieć, jaki jest problem?

Answer 1

Zakładam, że korzystasz z Microsoft Visual Studio z opisu problemu. Podnoszonym wyjątkiem pierwszej szansy jest zdarzenie CTRL-C, które jest uwięzione przez środowisko debugowania. To jest oczekiwane zachowanie.

Możesz to zignorować: przejdź do menu Debuguj/Wyjątki/Wyjątki Win32 i wyjmij kontrolę CONTROL-C z menu kolumny "Zrzucone". Zapewni to, że debugger łamie tylko CONTROL-C, gdy jest nieobsługiwany przez użytkownika. Patrz zdjęcie poniżej:

Nawiasem mówiąc, należy oczekiwać na razie wypowiedzenia nie odpytywania na fladze. Możesz chcieć coś takiego:

#include "windows.h" 
#include <iostream> 
HANDLE g_hTerminateEvent; 

BOOL WINAPI ConsoleCtrlHandler(DWORD dwCtrlType) 
{ 

    if (dwCtrlType == CTRL_C_EVENT || 
     dwCtrlType == CTRL_BREAK_EVENT || 
     dwCtrlType == CTRL_CLOSE_EVENT) 
    { 
     std::cout << "Terminating" << std::endl; 
     SetEvent(g_hTerminateEvent); 

     return TRUE; 
    } 
    return FALSE; 
} 
int main() 
{ 
    g_hTerminateEvent = ::CreateEvent(NULL, FALSE, FALSE, NULL); 
    SetConsoleCtrlHandler(ConsoleCtrlHandler, TRUE); 

    DWORD result = WaitForSingleObject(g_hTerminateEvent, INFINITE); 
    return 0; 
} 

Answer 2

Po uruchomieniu tego rodzaju rzeczy w debugerze nigdy nie otrzymasz tego samego obrazu, jakbyś działał bez debuggera. W debuggerze zazwyczaj nie można przekroczyć funkcji systemowych, które powodują wejście/wyjście konsoli. Debugger będzie tu nieunikniony w interakcji z systemem.

Najbardziej niezawodnym sposobem na kontynuowanie jest śledzenie.

To może nie odpowiadać bezpośrednio na pytanie.

p.s. W swoich próbkach kodu, tak jak teraz, nie ma potrzeby występowania zdarzenia.

Update z MSDN:

Value Meaning 
0 CTRL_C_EVENT 

sygnał ctrl + C otrzymano albo z klawiatury lub z sygnału generowanego przez funkcję GenerateConsoleCtrlEvent.