C++ catch(std::exception & e ) vs. catch(...)

Question

I know the difference in handling of both of these catches, but what does it take for the ellipse to catch something the std::exception catch wouldn't catch?

For example:

try
{
    throw std::runtime("runtime error!");
}
catch(const std::exception& e)
{
    std::cout << "Exception: " << e;
}
catch(...)
{
    std::cout << "How did I get here?";
    throw;
}

I've seen examples of code that use both of these in conjunction, but I've not seen a reason you would do both.

Answer 1

catch(const std::exception& e)

Will catch std exceptions only.

catch(...)

Will catch everything there after.

You can handle integers and other types (http://www.cplusplus.com/doc/tutorial/exceptions/)

For example:

catch(int e)

Answer 2

While it's definitely a good idea to do so, you don't have to derive your custom exceptions from std::exception. C++ allows you to throw practically any object type.

So throw 1; will not be handled by your first handler, for example. And neither will...

class MyCustomException { // Doesn't derive
 ///
};

... if it was thrown.