Namespaces
Variants
Views
Actions

Difference between revisions of "cpp/language/except spec"

From cppreference.com
< cpp‎ | language
(Applied CWG#25 DR and replaced raw HTML lists.)
(Reworked the syntax list and removed post-C++17 semantics of throw().)
Line 6: Line 6:
 
===Syntax===
 
===Syntax===
 
{{sdsc begin}}
 
{{sdsc begin}}
{{sdsc | num=1 | {{ttb|throw(}} {{ttb|)}} | notes={{mark life|deprecated=c++11|removed=c++20}}}}
+
{{sdsc | num=1 | {{ttb|throw(}}{{spar|type-id-list}}{{mark optional}}{{ttb|)}} | notes={{mark life|deprecated=c++11|removed=c++17|br=yes}}}}
{{sdsc | num=2 | {{ttb|throw(}}{{spar|typeid, typeid, ...}}{{ttb|)}} | notes={{mark life|deprecated=c++11|removed=c++17}}}}
+
 
{{sdsc end}}
 
{{sdsc end}}
{{rrev multi|until1=c++17
+
@1@ Explicit dynamic exception specification
|rev1=@1@ Non-throwing dynamic exception specification
+
|rev2=@1@ Same as {{ltt|cpp/language/noexcept_spec|noexcept(true)}}
+
}}
+
@2@ Explicit dynamic exception specification
+
  
This specification may appear only on lambda-declarator or on a function declarator that is the {{rev inl|until=c++17|top-level}} declarator of a function, variable, or non-static data member, whose type is a function type, a pointer to function type, a reference to function type, a pointer to member function type. It may appear on the declarator of a parameter or on the declarator of a return type.
+
{{par begin}}
 +
{{par | {{spar|type-id-list}} | comma-separated list of {{rlp|type#Type naming|type-id}}s{{rev inl|since=c++11|, a type-id representing a {{rlp|parameter pack#Pack expansion|pack expansion}} is followed by an ellipsis (...)}} }}
 +
{{par end}}
 +
 
 +
An explicit dynamic exception specification shall appear only on a function declarator for a function type, pointer to function type, reference to function type, or pointer to member function type that is the top-level type of a declaration or definition, or on such a type appearing as a parameter or return type in a function declarator.
 
{{source|
 
{{source|
 
void f() throw(int);            // OK: function declaration
 
void f() throw(int);            // OK: function declaration
Line 25: Line 24:
 
===Explanation===
 
===Explanation===
  
If a function is declared with type {{tt|T}} listed in its exception specification, the function may throw exceptions of that type or a type derived from it.
+
If a function is declared with type {{tt|T}} listed in its dynamic exception specification, the function may throw exceptions of that type or a type derived from it. A dynamic exception speficification without a type-id list (i.e. {{c|throw()}}) is non-throwing. A function with a non-throwing dynamic exception specification does not allow any exceptions.
  
 
{{rlp|incomplete type|Incomplete types}}, pointers or references to incomplete types other than cv {{tt|void*}}, and rvalue reference types are not allowed in the exception specification. Array and function types, if used, are adjusted to corresponding pointer types. {{rev inl|since=c++11|{{rlp|parameter pack}}s are allowed}}.
 
{{rlp|incomplete type|Incomplete types}}, pointers or references to incomplete types other than cv {{tt|void*}}, and rvalue reference types are not allowed in the exception specification. Array and function types, if used, are adjusted to corresponding pointer types. {{rev inl|since=c++11|{{rlp|parameter pack}}s are allowed}}.
 +
 +
A dynamic exception specification is not considered part of a function’s type.
  
 
If the function throws an exception of the type not listed in its exception specification, the function {{lc|std::unexpected}} is called. The default function calls {{lc|std::terminate}}, but it may be replaced by a user-provided function (via {{lc|std::set_unexpected}}) which may call {{lc|std::terminate}} or throw an exception. If the exception thrown from {{lc|std::unexpected}} is accepted by the exception specification, stack unwinding continues as usual. If it isn't, but {{lc|std::bad_exception}} is allowed by the exception specification, {{lc|std::bad_exception}} is thrown. Otherwise, {{lc|std::terminate}} is called.
 
If the function throws an exception of the type not listed in its exception specification, the function {{lc|std::unexpected}} is called. The default function calls {{lc|std::terminate}}, but it may be replaced by a user-provided function (via {{lc|std::set_unexpected}}) which may call {{lc|std::terminate}} or throw an exception. If the exception thrown from {{lc|std::unexpected}} is accepted by the exception specification, stack unwinding continues as usual. If it isn't, but {{lc|std::bad_exception}} is allowed by the exception specification, {{lc|std::bad_exception}} is thrown. Otherwise, {{lc|std::terminate}} is called.

Revision as of 22:36, 13 December 2021

 
 
C++ language
General topics
Flow control
Conditional execution statements
if
Iteration statements (loops)
for
range-for (C++11)
Jump statements
Functions
Function declaration
Lambda function expression
inline specifier
Dynamic exception specifications (until C++17*)
noexcept specifier (C++11)
Exceptions
Namespaces
Types
Specifiers
const/volatile
decltype (C++11)
auto (C++11)
constexpr (C++11)
consteval (C++20)
constinit (C++20)
Storage duration specifiers
Initialization
Expressions
Alternative representations
Literals
Boolean - Integer - Floating-point
Character - String - nullptr (C++11)
User-defined (C++11)
Utilities
Attributes (C++11)
Types
typedef declaration
Type alias declaration (C++11)
Casts
Memory allocation
Classes
Class-specific function properties
explicit (C++11)
static

Special member functions
Templates
Miscellaneous
 
Exceptions
try block
Throwing exceptions
Handling exceptions
Exception specification
    noexcept specification (C++11)
    dynamic specification (until C++17*)
noexcept operator (C++11)
 

Lists the exceptions that a function might directly or indirectly throw.

Contents

Syntax

throw(type-id-list(optional)) (1) (deprecated in C++11)
(removed in C++17)
1) Explicit dynamic exception specification
type-id-list - comma-separated list of type-ids, a type-id representing a pack expansion is followed by an ellipsis (...)(since C++11)

An explicit dynamic exception specification shall appear only on a function declarator for a function type, pointer to function type, reference to function type, or pointer to member function type that is the top-level type of a declaration or definition, or on such a type appearing as a parameter or return type in a function declarator.

void f() throw(int);            // OK: function declaration
void (*pf)() throw (int);       // OK: pointer to function declaration
void g(void pfa() throw(int));  // OK: pointer to function parameter declaration
typedef int (*pf)() throw(int); // Error: typedef declaration

Explanation

If a function is declared with type T listed in its dynamic exception specification, the function may throw exceptions of that type or a type derived from it. A dynamic exception speficification without a type-id list (i.e. throw()) is non-throwing. A function with a non-throwing dynamic exception specification does not allow any exceptions.

Incomplete types, pointers or references to incomplete types other than cv void*, and rvalue reference types are not allowed in the exception specification. Array and function types, if used, are adjusted to corresponding pointer types. parameter packs are allowed(since C++11).

A dynamic exception specification is not considered part of a function’s type.

If the function throws an exception of the type not listed in its exception specification, the function std::unexpected is called. The default function calls std::terminate, but it may be replaced by a user-provided function (via std::set_unexpected) which may call std::terminate or throw an exception. If the exception thrown from std::unexpected is accepted by the exception specification, stack unwinding continues as usual. If it isn't, but std::bad_exception is allowed by the exception specification, std::bad_exception is thrown. Otherwise, std::terminate is called.

Potential exceptions

Each function f, pointer to function pf, and pointer to member function pmf has a set of potential exceptions, which consists of types that might be thrown. Set of all types indicates that any exception may be thrown. This set is defined as follows:

1) If the declaration of f, pf, or pmf uses a dynamic exception specification that does not allow all exceptions(until C++11), the set consists of the types listed in that specification.
2) Otherwise, if the declaration of f, pf, or pmf uses noexcept(true), the set is empty.
(since C++11)
3) Otherwise, the set is the set of all types.

Note: for implicitly-declared special member functions (constructors, assignment operators, and destructors) and for the inheriting constructors(since C++11), the set of potential exceptions is a combination of the sets of the potential exceptions of everything they would call: constructors/assignment operators/destructors of non-variant non-static data members, direct bases, and, where appropriate, virtual bases (including default argument expressions, as always)

Each expression e has a set of potential exceptions. The set is empty if e is a core constant expression, otherwise, it is the union of the sets of potential exceptions of all immediate subexpressions of e (including default argument expressions), combined with another set that depends on the form of e, as follows:

1) If e is a function call expression, let g denote the function, function pointer, or pointer to member function that is that is called, then
  • if the declaration of g uses a dynamic exception specification, the set of potential exceptions of g is added to the set;
(since C++11)
  • otherwise, the set is the set of all types.
2) If e calls a function implicitly (it's an operator expression and the operator is overloaded, it is a new-expression and the allocation function is overloaded, or it is a full expression and the destructor of a temporary is called), then the set is the set of that function.
3) If e is a throw-expression, the set is the exception that would be initialized by its operand, or the set of all types for the re-throwing throw-expression (with no operand).
4) If e is a dynamic_cast to a reference to a polymorphic type, the set consists of std::bad_cast.
5) If e is a typeid applied to a dereferenced pointer to a polymorphic type, the set consists of std::bad_typeid.
6) If e is a new-expression with a non-constant array size, and the selected allocation function has a non-empty set of potential exceptions, the set consists of std::bad_array_new_length.
(since C++11)
void f() throw(int); // f()'s set is "int"
void g();            // g()'s set is the set of all types
 
struct A { A(); };                  // "new A"'s set is the set of all types
struct B { B() noexcept; };         // "B()"'s set is empty
struct D() { D() throw (double); }; // new D's set is the set of all types

All implicitly-declared member functions and inheriting constructors (since C++11)have exception specifications, selected as follows:

  • If the set of potential exceptions is the set of all types, the implicit exception specification allows all exceptions (the exception specification is considered present, even though it is inexpressible in code and behaves as if there is no exception specification)(until C++11)is noexcept(false)(since C++11).
  • Otherwise, If the set of potential exceptions is not empty, the implicit exception specification lists every type from the set.
  • Otherwise, the implicit exception specification is throw()(until C++11)noexcept(true)(since C++11).
struct A
{
    A(int = (A(5), 0)) noexcept;
    A(const A&) throw();
    A(A&&) throw();
    ~A() throw(X);
};
 
struct B
{
    B() throw();
    B(const B&) = default; // exception specification is "noexcept(true)"
    B(B&&, int = (throw Y(), 0)) noexcept;
    ~B() throw(Y);
};
 
int n = 7;
struct D : public A, public B
{
    int * p = new (std::nothrow) int[n];
    // D has the following implicitly-declared members:
    // D::D() throw(X, std::bad_array_new_length);
    // D::D(const D&) noexcept(true);
    // D::D(D&&) throw(Y);
    // D::~D() throw(X, Y);
};

Example

#include <iostream>
#include <exception>
#include <cstdlib>
 
static_assert(__cplusplus < 201700, 
    "ISO C++17 does not allow dynamic exception specifications.");
 
class X {};
class Y {};
class Z : public X {};
class W {};
 
void f() throw(X, Y) 
{
    int n = 0;
    if (n) throw X(); // OK
    if (n) throw Z(); // also OK
    throw W(); // will call std::unexpected()
}
 
int main()
{
    std::set_unexpected([]
    {
        std::cout << "That was unexpected!" << std::endl; // flush needed
        std::abort();
    });
    f();
}

Output:

That was unexpected!

Defect reports

The following behavior-changing defect reports were applied retroactively to previously published C++ standards.

DR Applied to Behavior as published Correct behavior
CWG 25 C++98 the behavior of assignment and initialization between pointers
to members with different exception specifications is unspecified
apply the restriction for
function pointers and references
CWG 1351 C++98
C++11
default argument (C++98) and default member initializer
(C++11) were ignored in implicit exception specification
made considered
CWG 2191 C++98 the set of potential exceptions of a typeid expression
might contain bad_typeid even if it cannot be thrown
contains bad_typeid only
if it can be thrown

See also

noexcept specifier(C++11) specifies whether a function could throw exceptions[edit]