Read-only mirrors. Development, issues and pull requests are on GitHub.

summaryrefslogtreecommitdiffhomepage
path: root/tests/SelfTest/UsageTests/ToStringVector.tests.cpp
diff options
context:
space:
mode:
authorKochetkov, Yuriy2022-02-08 13:43:40 +0300
committerMartin Hořeňovský2022-03-24 15:49:02 +0100
commit2ce64d1d8f265bba48f3b7bb2130d0cfbfb51ed4 (patch)
treeefc3de8d3078ba584cd50c039c46e85297e69dbe /tests/SelfTest/UsageTests/ToStringVector.tests.cpp
parent7882f7359e276c55eea144c284c7860cb06daf31 (diff)
downloadcatch3-2ce64d1d8f265bba48f3b7bb2130d0cfbfb51ed4.tar.gz
Fix disengage failure logs for FatalConditionHandlerGuard
FatalConditionHandlerGuard is used within RunContext::invokeActiveTestCase(). The intent of this guard is to avoid binary crash without failed test being reported. Still in case FatalConditionHandlerGuard destructor being called during stack unwinding AND finds unexpected top-level filter for SEH unhandled exception, the binary may still crash. As result of such crash the original exception details are being hidden. As the Catch2 provides only `CATCH_CATCH_ANON` macro, with no access to exception details by design, looks like the best way to handle issue is to: - state requirements explicitly by `noexcept` specifier - use `Catch::cerr()` to print out possible issue notification Signed-off-by: Kochetkov, Yuriy <yuriyx.kochetkov@intel.com>
Diffstat (limited to 'tests/SelfTest/UsageTests/ToStringVector.tests.cpp')
0 files changed, 0 insertions, 0 deletions