A
Size: a a a
2021 January 29
ПК
Ну да, вот изучаю его
Не, я конкретно про
set_terminate_handler или как оно тамПК
Там же должен быть стек нормальный
ПК
Да, понял. Это плохой вариант, потому что terminate handler нужно в каждом потоке ставить, т. е. это нельзя сделать без модификации функции потока.
При падении прилаги винда сама может сделать дамп. Такой вариант не рассматривал? Там надо какие то настройки вроде в реестре включить для этого
ПК
Поищу, спасибо. Но не факт, что она даст лучший стек, чем я получаю в обработчике сигнала abort
Не факт, что в этом обработчике можно что то подобное делать (см. signal safety).
ПК
Я ещё видел как в
вызывается создание минидампа
static void translate_seh( unsigned int, EXCEPTION_POINTERS *ex )вызывается создание минидампа
A
Да, не факт, что можно, но я аккуратно (без динамических выделений памяти и пр.), и дамп успешно создаётся.
translate_seh - я так понимаю, речь об обработчике, который устанавливается через
translate_seh - я так понимаю, речь об обработчике, который устанавливается через
_set_se_translator? Если да, то он per-thread, т. е. уже не годится, если хочется, чтобы работало для всех и любых потоков. И у проблема в том , abort() вообще не генерирует SEH исключение, иначе бы его и top-level unhandled handler ловил.GF
Да, понял. Это плохой вариант, потому что terminate handler нужно в каждом потоке ставить, т. е. это нельзя сделать без модификации функции потока.
https://en.cppreference.com/w/cpp/error/set_terminate
> global terminate handler
> global terminate handler
A
https://en.cppreference.com/w/cpp/error/set_terminate
> global terminate handler
> global terminate handler
Только что ещё раз перепроверил: он, может, и global, но в каждом потоке свой
ПК
https://en.cppreference.com/w/cpp/error/set_terminate
> global terminate handler
> global terminate handler
global thread_local
DP
Это проблема потому, что я не вижу способа отделить фатальное исключение (для которого забыли catch) от такого, которое будет обработано
т.е. достаточно уметь из обработчика веха понимать, что для данного потока не усталовлен в данный момент пользовательский сех фрейм?
GF
global thread_local
Я в упор что-то не вижу, что он thread local. Ладно, это не суть
А тогда как трактовать "global" в этом случае?
А тогда как трактовать "global" в этом случае?
ПК
Я в упор что-то не вижу, что он thread local. Ладно, это не суть
А тогда как трактовать "global" в этом случае?
А тогда как трактовать "global" в этом случае?
https://docs.microsoft.com/ru-ru/cpp/c-runtime-library/reference/set-terminate-crt?view=msvc-160&viewFallbackFrom=vs-2019
> In a multithreaded environment, terminate functions are maintained separately for each thread. Each new thread needs to install its own terminate function. Thus, each thread is in charge of its own termination handling.
> In a multithreaded environment, terminate functions are maintained separately for each thread. Each new thread needs to install its own terminate function. Thus, each thread is in charge of its own termination handling.
A
т.е. достаточно уметь из обработчика веха понимать, что для данного потока не усталовлен в данный момент пользовательский сех фрейм?
Не сех, а обычный С++
catch. Или под капотом это одно и то же? Это можно как-то выяснить внутри обработчика VEH?GF
Не сех, а обычный С++
catch. Или под капотом это одно и то же? Это можно как-то выяснить внутри обработчика VEH?catch через SEH работает тоже
К слову
К слову
catch(...) ловит сехи. Мб в этом ещё проблема?DP
Не сех, а обычный С++
catch. Или под капотом это одно и то же? Это можно как-то выяснить внутри обработчика VEH?под капотом там обычно сех у плюсового try/catch