[clang-tools-extra] 1cefe91 - [clang-tidy][docs][NFC] Improve documentation of bugprone-unhandled-exception-at-new
Balázs Kéri via cfe-commits
cfe-commits at lists.llvm.org
Fri Dec 3 07:37:16 PST 2021
Author: Balázs Kéri
Date: 2021-12-03T16:53:08+01:00
New Revision: 1cefe91d40aef043ec949c6ddb053b47b4d5b8e6
URL: https://github.com/llvm/llvm-project/commit/1cefe91d40aef043ec949c6ddb053b47b4d5b8e6
DIFF: https://github.com/llvm/llvm-project/commit/1cefe91d40aef043ec949c6ddb053b47b4d5b8e6.diff
LOG: [clang-tidy][docs][NFC] Improve documentation of bugprone-unhandled-exception-at-new
Reviewed By: aaron.ballman
Differential Revision: https://reviews.llvm.org/D114602
Added:
Modified:
clang-tools-extra/docs/clang-tidy/checks/bugprone-unhandled-exception-at-new.rst
Removed:
################################################################################
diff --git a/clang-tools-extra/docs/clang-tidy/checks/bugprone-unhandled-exception-at-new.rst b/clang-tools-extra/docs/clang-tidy/checks/bugprone-unhandled-exception-at-new.rst
index 63747ec7602e..b818281c8df2 100644
--- a/clang-tools-extra/docs/clang-tidy/checks/bugprone-unhandled-exception-at-new.rst
+++ b/clang-tools-extra/docs/clang-tidy/checks/bugprone-unhandled-exception-at-new.rst
@@ -5,21 +5,51 @@ bugprone-unhandled-exception-at-new
Finds calls to ``new`` with missing exception handler for ``std::bad_alloc``.
+Calls to ``new`` may throw exceptions of type ``std::bad_alloc`` that should
+be handled. Alternatively, the nonthrowing form of ``new`` can be
+used. The check verifies that the exception is handled in the function
+that calls ``new``.
+
+If a nonthrowing version is used or the exception is allowed to propagate out
+of the function no warning is generated.
+
+The exception handler is checked if it catches a ``std::bad_alloc`` or
+``std::exception`` exception type, or all exceptions (catch-all).
+The check assumes that any user-defined ``operator new`` is either
+``noexcept`` or may throw an exception of type ``std::bad_alloc`` (or one
+derived from it). Other exception class types are not taken into account.
+
.. code-block:: c++
int *f() noexcept {
- int *p = new int[1000];
+ int *p = new int[1000]; // warning: missing exception handler for allocation failure at 'new'
+ // ...
+ return p;
+ }
+
+.. code-block:: c++
+
+ int *f1() { // not 'noexcept'
+ int *p = new int[1000]; // no warning: exception can be handled outside
+ // of this function
+ // ...
+ return p;
+ }
+
+ int *f2() noexcept {
+ try {
+ int *p = new int[1000]; // no warning: exception is handled
+ // ...
+ return p;
+ } catch (std::bad_alloc &) {
+ // ...
+ }
+ // ...
+ }
+
+ int *f3() noexcept {
+ int *p = new (std::nothrow) int[1000]; // no warning: "nothrow" is used
// ...
return p;
}
-Calls to ``new`` can throw exceptions of type ``std::bad_alloc`` that should
-be handled by the code. Alternatively, the nonthrowing form of ``new`` can be
-used. The check verifies that the exception is handled in the function
-that calls ``new``, unless a nonthrowing version is used or the exception
-is allowed to propagate out of the function (exception handler is checked for
-types ``std::bad_alloc``, ``std::exception``, and catch-all handler).
-The check assumes that any user-defined ``operator new`` is either
-``noexcept`` or may throw an exception of type ``std::bad_alloc`` (or derived
-from it). Other exception types or exceptions occurring in the object's
-constructor are not taken into account.
More information about the cfe-commits
mailing list