SIGFPE

где-то кто-то (библиотека) замыл замаскировать назад вызов этого экспекшена. Вот и выпадает иногда.

если не изменяет память, это исключение почти не несет смысловой нагрузки - можно игнорировать

* Я попробовал поставить SIG_IGN на SIGFPE, но результатов это не принесло.

* Пустой обработчик этого сигнала приводит к зацикливанию.

* Более того, я хочу игнорить не весь SIGFPE, а только подкод FPE_FLTRES (inexact result). Остальные коды, типа деления на ноль, вполне полезны.

* Из мана: According to POSIX, the behaviour of a process is undefined after it ignores a SIGFPE, SIGILL, or SIGSEGV signal that was not generated by the kill() or the raise() functions. Integer division by zero has undefined result. On some architectures it will generate a SIGFPE signal. Ignoring this signal might lead to an endless loop.

* По непонятной мне причине в гугле об этом почти нет инфы, нету даже примеров кода в Google Codesearch. Видимо это очень редкая ситуция, что совсем уж странно.

Я посмотрел, на момент краша в FP control word маска неточного результата _установлена_! А FP status word вообще чист.
Как такое может быть?

Разобрался, отвечаю сам себе и потенциальным несчастным, набредшим через гугл.
Этот вид исключения абсолютно нормален, но обычно замаскирован — в специальное поле управляющего слова (например, MXCSR для SSE) выставлена единица, поэтому процессор не поднимает исключения на уровень ОС, а сам разбирается с ситуацией.
А у меня включился этот эксепшн, потому что этот наш JIT забыл вернуть родное значение MXCSR.
Всем спасибо.