在 Win32 下，使用 _set_se_translator 可以很容易地将 SEH 异常转换为 C++ 异常。是否有类似的方法可以在 Linux 上将某些信号转换为 C++ 异常？我需要将 SIGFPE 映射到 C++ 异常。
【问题讨论】：
SIGFPE的确切情况.
标签： c++ linux exception signals
使用 g++，您可以使用 -fnon-call-exceptions 选项并从 FPE 信号处理程序中抛出异常。请注意，并非每个信号都可以这样映射，只有来自捕获指令的信号。幸运的是 SIGFPE 就是这样一个信号。
【讨论】：
-fnon-call-exceptions“生成允许捕获指令抛出异常的代码。请注意，这需要特定于平台的运行时支持，但并非无处不在。此外，它只允许捕获指令抛出异常，即内存引用或浮点指令。它不允许从任意信号处理程序（如 SIGALRM）抛出异常。”。我和你一样不明白。
在 POSIX 系统（例如 Linux）上，您无法可靠地做到这一点。另请参阅this 了解更多详情。请注意，在您的情况下，您不能使用 signalfd(2)。我假设您在 x86-64 或其他一些常用架构上使用 Linux。
仔细阅读signal(7)（特别是关于信号处理程序中的async-signal-safe函数的内容，它们是处理SIGFLE等信号的唯一方法）。另请阅读 C++11 标准或 C99 标准对signal 的评价。大多数 C++ 实现有时可能会生成一些 隐式调用 到运行时支持函数，这些函数不是 async-signal-safe（特别是那些用于引发异常的函数。所以你不能可靠地抛出来自信号处理程序的异常）。
在实践中，以下将是错误的信号处理程序：
/// WRONG CODE, against signal(7) since calling
/// non-async-signal-safe functions from the C++ runtime
void badSIGFPEhandler(int sig) {
if (sig == SIGFPE)
throw std::runtime_error("got SIGFPE");
}
您可以通过使用g++ -Wall -O -fverbose-asm -S 编译它来检查它（然后查看发出的.s 汇编程序文件）它正在调用一些非异步信号安全函数（来自C++ 运行时），例如__cxa_allocate_exception、@ 987654339@, _Unwind_Resume 被signal(7)..禁止@....
在实践中，对于不abort 或_exit 的信号处理程序，唯一安全的做法是设置一些volatile sigatomic_t 标志，或使用少数async-signal-safe 函数，例如write(2) pipe(7) 上的东西。此外，从信号处理程序中抛出异常并不比从中调用printf 更糟糕（很多人都做错了）；这是被禁止的，但它通常可以工作。我仍然不建议这样做，特别是在运行了很长时间的程序中，或者对于那些崩溃（即使是很少发生）是不可接受的。
阅读有关 undefined behavior 的更多信息，尤其是 Lattner 关于 What every C programmer should know about undefined behavior 的博客。
在实践中，处理信号的唯一可靠和可移植的方法是使用一个信号处理程序，它只设置一些volatile sigatomic_t 标志。但是如果你对SIGFPE 这样做，你的实现很可能会在相同的状态下重新启动相同的计算，因此在SIGFPE 处理上无限循环。另请参阅 this 关于 -fnon-call-exceptions （所以我相信 n.m.'s answer 可能并不总是正确和可靠的；它实际上是通常看起来有效的未定义行为）。
PS。实际上，我强烈怀疑 Windows 进行该转换的方式不符合 C++11 或 C++14 标准（或 C99 或 C11 标准），并且您可以在Windows 不允许执行您的建议；并且可能 Clang 或 GCC 就是这样的实现。
【讨论】：