Re: Own Exception class derived from runtime_error
On Jul 6, 10:03 pm, Ian Collins <ian-n...@hotmail.com> wrote:
ampheta...@gmail.com wrote:
If I derive my own Exception class from std::runtime_error,
do I have to write the destructor even if its body is empty?
No.
Maybe.
The destructor of std::runtime_error has an empty exception
specification, which means that all destructors of classes
derived from it must also have empty exception specifications.
=A715.5/13 describes how the exception specification of an
implicitly generated function is generated; the important point
here is that the exception specification will only be empty if
all of the functions called by the generated function also have
empty exception specifications.
If the compiler generated destructor only calls the
std::runtime_error destructor, there is no problem. If the
class has additional members of class type, however, there is
likely to be a problem, because a lot of classes (e.g.
std::string, boost::shared_ptr...) even if they never throw. If
your derived class uses any of these, you'll need to declare and
defined an empty destructor, with an empty exception
specification (and exceptions are one case where
boost::shared_ptr makes a lot of sense, since it is guaranteed
to be able to copy without throwing---unlike classes like
std::string, which may do a deep copy).
--
James Kanze (GABI Software) email:james.kanze@gmail.com
Conseils en informatique orient=E9e objet/
Beratung in objektorientierter Datenverarbeitung
9 place S=E9mard, 78210 St.-Cyr-l'=C9cole, France, +33 (0)1 30 23 00 34