diff options
| author | Kochetkov, Yuriy | 2022-02-08 13:43:40 +0300 |
|---|---|---|
| committer | Martin Hořeňovský | 2022-03-24 15:49:02 +0100 |
| commit | 2ce64d1d8f265bba48f3b7bb2130d0cfbfb51ed4 (patch) | |
| tree | efc3de8d3078ba584cd50c039c46e85297e69dbe /tests/TestScripts/testConfigureDisableStringification.py | |
| parent | 7882f7359e276c55eea144c284c7860cb06daf31 (diff) | |
| download | catch3-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/TestScripts/testConfigureDisableStringification.py')
0 files changed, 0 insertions, 0 deletions