Das abfangen von Division durch null-Fehler in Visual Studio 2008 C++?

Wie kann ich catch a divide-by-zero-Fehler (und nicht andere Fehler; und um Zugang zu Informationen über die Ausnahme) in Visual Studio 2008 C++?

Habe ich versucht, dieses:

try {
  int j=0;
  int i= 1/j;//actually, we call a DLL here, which has divide-by-zero
} catch(std::exception& e){
  printf("%s %s\n", e.what()); 
}  catch(...){
  printf("generic exception");
}

Aber das geht der generic ... catch-block. Ich verstehe, dass die MS-spezifischen __try kann nützlich sein, hier irgendwie, aber ich würde lieber C++ - standard, und in jedem Fall habe ich Destruktoren, die verhindern, dass die Verwendung von __versuchen.

KLARSTELLUNG: Der obige code ist vereinfacht, für die Erläuterung. Eigentlich ist die Division durch null ist ein Fehler, der sich tief in eine Drittanbieter-DLL, für die ich nicht den source-code. Der Fehler hängt vom parameter (ein handle zu einer komplexen Struktur), die ich übergeben, um die Bibliothek, aber nicht in einer offensichtlichen Weise. Also, ich möchte in der Lage sein zu erholen würdevoll.

  • nicht Division durch null?
  • "Ich würde es vorziehen, standard-C++" dann müssen Sie es vorziehen, nicht durch null zu dividieren, denn das ist Undefiniertes Verhalten. Es ist Plattform-spezifisch, dass es eine Ausnahme auslöst, an alle, es ist also keine große Zumutung, wenn die Mittel des fangs, es ist auch Plattform-spezifische. Auf Plattformen, wo eine Division durch null nicht werfen, Sie nicht wiederherstellen dieser Fehler in der dll, so dass Sie nicht brauchen eine Plattform-unabhängige Mittel der Erholung.
  • Jessop die In dem realen Beispiel die Division durch null ist tief in einer DLL, für die ich nicht den source-code.
InformationsquelleAutor Joshua Fox | 2009-12-02
  1. 8

    Vorausgesetzt, dass man nicht einfach beheben Sie die Ursache der Ausnahme der code-Generierung (vielleicht, weil Sie nicht den source-code, die Besondere Bibliothek, und vielleicht, weil Sie nicht passen Sie die input params, bevor Sie ein problem verursachen).

    Müssen Sie springen durch einige Reifen um diese Arbeit zu machen, wie Sie möchte, aber es kann getan werden.

    Zuerst müssen Sie installieren eine Strukturierte Ausnahmebehandlung übersetzung Funktion durch Aufruf _set_se_translator() (siehe hier) dann untersuchen Sie den code, den Sie sind, übergeben, wenn ein SEH-Ausnahme tritt auf, und werfen eine entsprechende C++ - Ausnahme. 

    void CSEHException::Translator::trans_func(
    unsigned int code, 
    EXCEPTION_POINTERS *pPointers)
{
   switch (code)
   {
       case FLT_DIVIDE_BY_ZERO : 
          throw CMyFunkyDivideByZeroException(code, pPointers);
       break;
   }

   //general C++ SEH exception for things we don't need to handle separately....
   throw CSEHException(code, pPointers);
}

    Dann können Sie fangen Ihre CMyFunkyDivideByZeroException() in C++ in der üblichen Weise.

    Beachten Sie, dass zu installieren, müssen Sie Ihre exception-translation-Funktion auf jeden thread, den Sie möchten Ausnahmen übersetzt.

    • Möchte nur erwähnen, dass _set_se_translator arbeitet auf einer per-thread-basis und ist nur sinnvoll, wenn Sie Steuern die Erstellung von all threads. Am ehesten fällt auf die Füße beim aufrufen von DLLs. Kann man nicht einfach übersetzen Sie Ihre SEHs. Zum Beispiel eine Excel-C-AddIn-DLL kann daher leicht stürzt das ganze Excel-Prozess. Nur ein catch(...) - block zu fangen - aber weder Sie noch Excel weiß, welche SEH war gefangen. Es könnte ein EXCEPTION_ACCESS_VIOLATION (alias SIGSEGV auf andere OSs), in dem Fall bist du verdammt sowieso. Ich denke _set_se_translator erzeugt ein Falsches Gefühl von Sicherheit.
    • Andreas, das stimmt, aber wenn du auf einen thread, den Sie noch nicht besitzen, dann können Sie wickeln Sie Ihre Funktion in einem SEH exception-handler und befassen sich mit es wie eine normale SEH-Ausnahme und daher kennen Sie den Typ der Ausnahme, dass Sie erwischt (Sie haben zu springen durch Reifen und vielleicht erstellen Sie eine zusätzliche shim-Funktion, wenn Sie möchten, zu fangen, SEH-exceptions in der Funktion, befasst sich auch mit C++ - Ausnahmen). Oh, und EXCEPTION_ACCESS_VIOLATION ist das Spiel noch nicht vorbei, unbedingt - das OS ist einfach sagen Sie, dass Sie keinen Zugriff auf den Speicher.
    • Ich meinte im Falle von catch(...) natürlich wissen Sie nicht, was der Typ ist. Sowieso... es sei denn Ihr Programm ist ein debugger, spyware oder ein virus, warum würden Sie jemals auf den Speicher zugreifen, die Sie nicht besitzen? In den meisten Fällen das Programm ist schlecht. Selbst bei einem "harmlosen" NULL-pointer-Zugriff auf das Programm kann nicht fortgesetzt werden, weil es wird wieder Abstürzen.
    • Ich sage nicht, dass Sie MÖCHTEN, um auf Speicher zuzugreifen, die Sie nicht besitzen, nur dass "du bist verdammt anyway" ist ein bisschen stark, da kann man immer erstellen Sie eine mini-dump und eventuell noch heruntergefahren, in vielen Fällen.
    • Dies wird für Sie arbeiten, da Sie sind schon immer die Ausnahmen, aber für jeden, der versucht dies zu nutzen und nicht immer etwas, die Sie haben könnten, zu ermöglichen unverankerten Punkt Ausnahmen mit einigen hässlichen code. Hier ist ein Beispiel (dies ist, was wir in VS2015, sorry für die schlechte Formatierung): // set up floating point divide by zero Ausnahmen _clearfp(); uint32 control_word = 0; _controlfp_s(&control_word, _MCW_EM, _MCW_EM); _controlfp_s(0, ~(uint32) (_EM_UNDERFLOW | _EM_OVERFLOW | _EM_ZERODIVIDE | _EM_INVALID), _MCW_EM);
    InformationsquelleAutor Len Holgate
  2. 9

    C++ behandelt nicht die Division durch null eine Ausnahme, pro-se.

    Zitieren Stroustrup:

    "low-level-events, wie Arithmetik
    überläufe und dividieren durch null, sind
    angenommen, die gehandhabt werden durch einen engagierten
    lower-level-Mechanismus, anstatt durch
    Ausnahmen. Dies ermöglicht C++ übereinstimmen
    das Verhalten von anderen Sprachen, wenn
    es kommt zu rechnen. Es vermeidet auch
    die Probleme, die auftreten, auf stark
    Pipeline-Architekturen, wo Ereignisse
    wie eine Division durch null sind
    asynchrone."

    "The Design and Evolution of C++" (Addison Wesley, 1994)

    In jedem Fall, Ausnahmen sind nie ein Ersatz für richtige Voraussetzung Handhabung.

    • Vielen Dank, Ihre Antwort ist korrekt. Aber ich kann nicht mit der Voraussetzung, da die Division durch null ist ein Fehler, der sich tief in eine Drittanbieter-DLL, für die ich nicht den source-code. (Den code gab ich oben war (über)vereinfacht für Erläuterung.) Ich brauche zu erholen würdevoll von dem bug.
    InformationsquelleAutor Yuval Adam
  3. 9

    Fangen Division durch null-von Ausnahmen in Visual C++ try->catch (...) nur aktivieren /EHa-option in den Projekteinstellungen. Sehen Projekt-Eigenschaften -> C/C++ -> Code-Generation -> Ändern Sie die Enable C++ Exceptions "ja Mit SEH Ausnahmen". Das ist es!

    Details finden Sie hier:
    http://msdn.microsoft.com/en-us/library/1deeycx5(v=vs. 80).aspx

    InformationsquelleAutor Volodymyr Frytskyy
  4. 7

    Können Sie entweder verwenden die structured exception handling (mit __try etc.) oder Sie können installieren Sie eine structured exception handler übersetzer: _set_se_translator

    Beide sind Betriebssystem-spezifisch.

    InformationsquelleAutor Seb Rose
  5. 4

    Kann man das nicht mit standard C++, da es nicht standard-C++ - Ausnahme. Es ist eine strukturierte Ausnahme. Für die standard-C++ - Ausnahme jemand hat zu tun, eine throw exception; aus dem code.

    InformationsquelleAutor Naveen
  6. 3

    Warum nicht prüfen, ob diese vor? Die Leistung ist trivial für eine einfache j == 0 im Vergleich zum Kontext-switching für die Ausnahmebehandlung.

    • Vielen Dank, Ihre Antwort ist korrekt. Aber ich kann nicht mit der Voraussetzung, da die Division durch null ist ein Fehler, der sich tief in eine Drittanbieter-DLL, für die ich nicht den source-code. (Den code gab ich oben war (über)vereinfacht für Erläuterung.) Ich brauche zu erholen würdevoll von dem bug.
    InformationsquelleAutor Daniel A. White
  7. 2

    Versuchen Sie den folgenden code:

    try
{ 
  const int j=0;
  if (j == 0) { throw std::exception("j was 0"); } 
  const int i= 1/j;    
}
catch(std::exception& e)
{ 
  printf("%s %s\n", e.what());  
}
catch(...)
{ 
  printf("generic exception"); 
}

    Natürlich, wenn Sie OK sind, dies zu tun, ohne Ausnahmen, die man tun könnte:

    const int j = 0;
if (j == 0)
{
  /* do something about the bad pre-condition here */
}
else
{
  const int i = 1 / j;
}

    Bearbeiten, die in Reaktion auf Aufklärung: Sie muss herausfinden, welcher Eingang es ist, dass Sie die übergabe der Dritten Partei, die Sie verursacht, durch null zu teilen, bevor die hand, und Griff, noch bevor Sie überhaupt den Aufruf Ihrer Funktion.

    InformationsquelleAutor Bill
  8. 1

    Ist ein guter Ansatz wäre, um sichere Objekt-orientierten Wrapper wie SafeInt. Es auch scheint integriert zu sein in Visual Studio 2010.

    update:

    Wenn die division durch null passiert im code von Drittanbietern ist Ihre einzige option ist SEH oder etwas vergleichbares als beantwortet von Seb Rose

    InformationsquelleAutor Georg Fritzsche
Schreibe einen Kommentar