According to the The C++ Standard, [except.spec], paragraph 8 [ISO/IEC 14882-2014], states the following:
A function is said to allow an exception of type
E
if the constant-expression in its noexcept-specification evaluates tofalse
or its dynamic-exception-specification contains a typeT
for which a handler of typeT
would be a match (15.3) for an exception of typeE
.
...
In this noncompliant code example, a function is declared as nonthrowing, but it is possible for std::vector::resize()
to throw an exception when the requested memory cannot be allocated.
Code Block | ||||
---|---|---|---|---|
| ||||
#include <cstddef>
#include <vector>
void f(std::vector<int> &v, size_t s) noexcept(true) {
v.resize(s); // May throw
}
|
Compliant Solution
In this compliant solution, the function's noexcept-specification is removed, signifying that the function allows all exceptions.
Code Block | ||||
---|---|---|---|---|
| ||||
#include <cstddef>
#include <vector>
void f(std::vector<int> &v, size_t s) {
v.resize(s); // May throw, but that is okay
} |
Noncompliant Code Example
In this noncompliant code example, the second function claims to throw only exception1
Exception1
, but it may also throw exception2
: Exception2.
Code Block | ||||
---|---|---|---|---|
| ||||
#include <exception> class exception1Exception1 : public std::exception {}; class exception2Exception2 : public std::exception {}; void foo() { throw exception2Exception2{}; // Okay because foo() promises nothing about exceptions } void bar() throw (exception1Exception1) { foo(); // Bad because foo() can throw exception2Exception2 } |
Compliant Solution
This compliant solution catches the exceptions thrown by foo()
:.
Code Block | ||||
---|---|---|---|---|
| ||||
#include <exception> class Exception1 : public std::exception {}; class Exception2 : public std::exception {}; void foo() { throw Exception2{}; // Okay because foo() promises nothing about exceptions } void bar() throw (exception1Exception1) { try { foo(); } catch (exception2Exception2 e) { // Handle error without rethrowing it } } |
Compliant Solution
This compliant solution declares an a dynamic exception-specification for bar()
, which covers all of the exceptions that can be thrown from it:.
Code Block | ||||
---|---|---|---|---|
| ||||
void bar() throw (exception1, exception2) {
foo();
} |
Noncompliant Code Example
In this noncompliant code example, a function is declared as nonthrowing, but it is possible for std::vector::resize()
to throw an exception when the requested memory cannot be allocated:
Code Block | ||||
---|---|---|---|---|
| ||||
#include <vector>
void f(std::vector<int> &v, size_t s) noexcept(true) {
v.resize(s); // May throw
}
|
Compliant Solution
In this compliant solution, the function's noexcept-specification is removed, signifying that the function allows all exceptions:
Code Block | ||||
---|---|---|---|---|
| ||||
#include <vector> void f(std::vector<int> &v, size_t s) { v.resize(s); // May throw, but that is okay#include <exception> class Exception1 : public std::exception {}; class Exception2 : public std::exception {}; void foo() { throw Exception2{}; // Okay because foo() promises nothing about exceptions } void bar() throw (Exception1, Exception2) { foo(); } |
Implementation Details
Some vendors provide language extensions for specifying whether or not a function throws. For instance, Microsoft Visual Studio provides __declspec(nothrow))
, and Clang supports __attribute__((nothrow))
. Currently, the vendors do not document the behavior of specifying a nonthrowing function using these extensions. Throwing from a function declared with one of these language extensions is presumed to be undefined behavior.
...
Throwing unexpected exceptions disrupts control flow and can cause premature termination and denial of service.
Rule | Severity | Likelihood | Remediation Cost | Priority | Level |
---|---|---|---|---|---|
ERR55-CPP | Low | Likely | Low | P9 | L2 |
Automated Detection
Tool | Version | Checker | Description |
---|
Astrée |
| unhandled-throw-noexcept | Partially checked | ||||||
Axivion Bauhaus Suite |
| CertC++-ERR55 | |||||||
CodeSonar |
| LANG.STRUCT.EXCP.THROW | Use of throw | ||||||
Helix QAC |
| C++4035, C++4036, C++4632 | |||||||
LDRA tool suite |
| 56 D | Partially implemented | ||||||
Parasoft C/C++Test |
| CERT_CPP-ERR55-a | Where a function's declaration includes an exception-specification, the function shall only be capable of throwing exceptions of the indicated type(s) | ||||||
Polyspace Bug Finder |
| CERT C++: ERR55-CPP | Checks for noexcept functions exiting with exception (rule fully covered) | ||||||
RuleChecker |
| unhandled-throw-noexcept | Partially checked |
Related Vulnerabilities
Search for vulnerabilities resulting from the violation of this rule on the CERT website.
Related Guidelines
SEI CERT C++ Coding Standard | ERR50-CPP. Do not |
abruptly terminate the program |
Bibliography
[GNU 2016] | "Declaring Attributes of Functions" |
[ISO/IEC 14882-2014] | Subclause 15.4, "Exception Specifications" |
[MSDN 2016] | "nothrow (C++) |
...
" |
...