[except.terminate]

In some situations exception handling must be abandoned for less subtle error handling techniques.

These situations are:

(1.1)
when the exception handling mechanism, after completing the initialization of the exception object but before activation of a handler for the exception ([except.throw]), calls a function that exits via an exception, or
(1.2)
when the exception handling mechanism cannot find a handler for a thrown exception ([except.handle]), or
(1.3)
when the search for a handler encounters the outermost block of a function with a non-throwing exception specification, or
(1.4)
when the destruction of an object during stack unwinding terminates by throwing an exception, or
(1.5)
when initialization of a non-local variable with static or thread storage duration ([basic.start.dynamic]) exits via an exception, or
(1.6)
when destruction of an object with static or thread storage duration exits via an exception ([basic.start.term]), or
(1.7)
when execution of a function registered with std::atexit or std::at_quick_exit exits via an exception ([support.start.term]), or
(1.8)
when a throw-expression with no operand attempts to rethrow an exception and no exception is being handled ([except.throw]), or
(1.9)
when the function std::nested_exception::rethrow_nested is called for an object that has captured no exception ([except.nested]), or
(1.10)
when execution of the initial function of a thread exits via an exception ([thread.thread.constr]), or
(1.11)
for a parallel algorithm whose ExecutionPolicy specifies such behavior ([execpol.seq], [execpol.par], [execpol.parunseq]), when execution of an element access function ([algorithms.parallel.defns]) of the parallel algorithm exits via an exception ([algorithms.parallel.exceptions]), or
(1.12)
when the destructor or the move assignment operator is invoked on an object of type std::thread that refers to a joinable thread ([thread.thread.destr], [thread.thread.assign]), or
(1.13)
when a call to a wait(), wait_until(), or wait_for() function on a condition variable ([thread.condition.condvar], [thread.condition.condvarany]) fails to meet a postcondition.

— end note

]

In such cases, the function std::terminate is called.

In the situation where no matching handler is found, it is implementation-defined whether or not the stack is unwound before std::terminate is called.

In the situation where the search for a handler encounters the outermost block of a function with a non-throwing exception specification, it is implementation-defined whether the stack is unwound, unwound partially, or not unwound at all before the function std::terminate is called.

In all other situations, the stack shall not be unwound before the function std::terminate is called.

An implementation is not permitted to finish stack unwinding prematurely based on a determination that the unwind process will eventually cause a call to the function std::terminate.

14 Exception handling [except]

14.6 Special functions [except.special]

14.6.1 The std::terminate function [except.terminate]

14 Exception handling [except]

14.6 Special functions [except.special]

14.6.1 The std​::​terminate function [except.terminate]

14.6.1 The std::terminate function [except.terminate]