Можно в своей функции создать ScopeGuard, который в деструкторе сделает abort(), а при успешном выходе из функции отключать Guard. Возможно, стек трейс останется.

Здравствуйте, Masterspline, Вы писали:

M>Можно в своей функции создать ScopeGuard, который в деструкторе сделает abort(), а при успешном выходе из функции отключать Guard. Возможно, стек трейс останется.

можно через stack_unwinding

Здравствуйте, Mazay, Вы писали:

M>Можно ли как-то обмануть рантайм и отключить перехватчик, устанавливаемый библиотекой?

Можно объявить твою функцию небросающей (throw()) — но это, фактически, просто добавит в неё код вида

void foo() throw() {
  try {
  .....
  } catch(...) { terminate(); }
}

То есть, стек размотается, все деструкторы вызовутся, а уже потом программа рухнет.

Другой вариант — собрать твою библиотеку (содержащую твою функцию) с ключом -f-noexceptions
Тогда весь STL будет не throw делать, а тупо abort().

Третий вариант — хакнуть загрузчик, подменить на лету __cxa_throw(). И сделать там внутри что угодно, приводящее к крешдампу.
Как это технически сделать
https://habrahabr.ru/post/199090/
https://codedump.io/share/whtWHR3CJ5Sa/1/disabling-c-exceptions-how-can-i-make-any-std-throw-immediately-terminate

IMHO, обсуждение было бы более конструктивным, если бы был представлен пример, где-нибудь на ideone, например или другом онлайн компиляторе, который позволяет выполнять код.

Здравствуйте, Masterspline, Вы писали:

M>... который позволяет выполнять код.
+ собирать .so`шки и подсовывать их программе.

Здравствуйте, Mazay, Вы писали:

X>>тогда так: создавай .so библиотеку экспортирующую __cxa_allocate_exception() функцию, и в этой функции зови std::abort(), или что душе угодно. подгружать при помощи: LD_PRELOAD=mydll.so ./myapp
M>Дааа! Именно то, что надо!

Это работает, только если каждое исключение фатальное. А если нет?
А если нет, то лучше в этой библиотеке залогировать бэктрэйс в __cxa_throw или через __gxx_personality_v0 (?).

Здравствуйте, niXman, Вы писали:

X>Здравствуйте, Masterspline, Вы писали:

M>>... который позволяет выполнять код.
X>+ собирать .so`шки и подсовывать их программе.

Скорее всего, вот здесь получится так сделать.

Можно ещё форкнуть boost.python и убрать там заглушку.

Здравствуйте, Mazay, Вы писали:

Здравствуйте, Mazay, Вы писали:

M>Есть моя функция, которая может бросать исключения.
M>Есть библиотечный код, который эту функцию вызывает.
M>Библиотечный код заворачивает вызов моей функции в try/catch и обрабатывает исключения неким своим образом, который мне не нравится.
M>Я хочу, чтобы программа просто падала при вылете исключений — хочу видеть дамп ядра.

Всё, что тебе надо было сделать -- запустить отлдадчик, и сказать "Break on exceptions".
Всё, что надо было сделать авторам тех библиотек, что ты использовал, снабдить
все throw перед ними ASSERT-ами.

Здравствуйте, Mazay, Вы писали:

M>Есть моя функция, которая может бросать исключения.
M>Есть библиотечный код, который эту функцию вызывает.
M>Библиотечный код заворачивает вызов моей функции в try/catch

перед инклюдом библиотеки сделай

#define try {}
#define catch(...) {} // только попробуйте уволить Mazay'я :)

отладка третьими лицами идёт накуй, но проблема решена дёшево и технично


А лучше — напрямую вставь в заголовочники библиотеки под ключ компиляции

#ifdef MY_DEBUG_MACRO_SUPER_PUPER_KEY
#  define try {}
#  define catch(...) {}
#endif

сам ключ передавай в параметрах командной строки. Тогда случайно эти строки не включатся.

Конечно, нужны исходники либы.

P.S. Отмаза. Естессно, это хакерское решение, костыль под краткосрочную задачу. В качестве постоянной или долговременной практики я такое категорически осуждаю