Qt: QThread ?

> Правда, потом автор «того» кода будет долго гадать, overflow, underflow или division by zero у него случился после вашего багрепорта :-)

Если библиотека чужая, то делаем feenableexcept(FE_INVALID | FE_DIVBYZERO | FE_OVERFLOW | FE_UNDERFLOW), ставим обработчик SIGFPE, анализируем флаги FPU/информацию об исключении, делаем abort() для получения core dump. Вполне достаточно инфы, чтобы отправить разработчику :-)

> Преобразование сигнала SIGFPE, SIGPIPE в исключение может иметь место

SIGPIPE в исключение проблемно преобразовать. С танцами с бубном и -fcall-exceptions можно поймать только SIGFPE/ILL/SEGV, возможно, SIGBUS. Да и извращаться со стеком ради такого... имхо, проще заигнорить SIGPIPE и проверить код ошибки после вызова соответствующей функции.

Ну вот, и скатились опять к сигналам и умиранию по наличии сигнала вместо нормально обработки исключений :-)

Зачем умирать? Просто игнорировать сигнал и проверять код возврата. И при необходимости кидать исключение. По-моему, неплохой подход.

> SIGTERM, когда программа находится в каком-нибудь ожидании?

Какая разница, асинхронные сигналы не предсказуемы и они могут возникнуть где попало.

Вот допустим я преобразовываю SIGTERM в исключение signal_term. Если исключение signal_term возникнет в указанных ниже местах то программа завершится:

// — Пример 1 --
class My
{
public:
~My()
{
//->может возникнуть здесь
try
{
clear();
}
catch (...)
{
//->может возникнуть здесь
}
//->может возникнуть здесь
}
}

void test_my()
{
My my;
throw 1;
}

// — Пример 2 --

void my_func() throw()
{
//->может возникнуть здесь
try
{
calc();
}
catch (...)
{
//->может возникнуть здесь
}
//->может возникнуть здесь
}

Как мне обезопасить программу от такого поведения? Как мне поймать исключение signal_term со 100% вероятностью не завершив программу?

кому вообще пришло в голову мешать сигналы и исключения?

ЗЫ: тред не читал

>кому вообще пришло в голову мешать сигналы и исключения?

ЗЫ: тред не читал

Ну тогда почитай и все глупые вопросы сами отпадут.

> Просто игнорировать сигнал и проверять код возврата.

Это вы про SIGPIPE?

> кому вообще пришло в голову мешать сигналы и исключения?

Задача - выкинуть exception по факту доступа туда, куда не надо. Способы решения предложите?

да

про память? а зачем?

Ну например работает у вас в программе несколько нитей. Но так вот получилось, что некоторые из них активно используют проприетарные библиотеки, которые подглючивают.

Настя, Вам, вероятно, будет интересно: http://cs.pub.ro/~apc/2003/resources/pthreads/uguide/concep31.htm

Я еще не проверял, но выглядит многообещающе.