2

What kind of exception is thrown when there's a divide by zero error? I tried using the "catch-all" catch(...), but Visual Studio still complains that there's an unhandled exception.

int a = 0;
try
{
    a /= a;
}
catch (/* what should I catch?*/)
{
    cout &lt&lt "divide by zero error" &lt&lt endl;
}

Note: I'm not asking how to prevent this type of problem before-hand (e.g. checking if a is zero before trying to divide by zero).

helloworld922
  • 10,801
  • 5
  • 48
  • 85

1 Answers1

10

This is not a C++ question, because there is no way to do so in standard C++.

In Windows, this generates a Structured Exception Handling exception.

See this example from MSDN:

__try 
{ 
    *pResult = dividend / divisor; 
} 
__except(GetExceptionCode() == EXCEPTION_INT_DIVIDE_BY_ZERO ? 
         EXCEPTION_EXECUTE_HANDLER : EXCEPTION_CONTINUE_SEARCH)
{ 
    return FALSE;
}

This is non-portable and specific to Windows, though. Last I knew GCC doesn't support it either, even on Windows.

In case you are asking a broader question, the way it works is your CPU will generate an interrupt when you do a divide by zero. The Windows kernel handles this and delivers it to your process, giving you an opportunity to handle it. If you don't handle it your process dies. On Unix type OSs the same will hold, but it will probably result in a signal. I am not sure which one.

I would say if you want to write portable C++ code it's probably better to check for divide by zero in software rather than rely on hardware to generate a fault and for the OS kernel to deliver it to you via some non-portable mechanism.

asveikau
  • 39,039
  • 2
  • 53
  • 68
  • 5
    also, if compiling with `/EHa`, it will be caught be `catch (...)`. There's also a Visual C++-specific `set_se_translator` function which bridges the gap between OS structured exception and C++ language exceptions. – Ben Voigt Jan 29 '11 at 03:59
  • 3
    On UNIX world there is a `SIGFPE` signal raised when dividing by zero. See http://en.wikipedia.org/wiki/SIGFPE –  Jan 29 '11 at 04:05