Question

#include <iostream>
#include <signal.h>
#include <fenv.h>
#include <string.h>

void signal_handler(int sig, siginfo_t *siginfo, void* context) 
{ 
  std::cout << " signal_handler " << fetestexcept(FE_ALL_EXCEPT) << std::endl;
  throw "exception"; 
}

void divide() {
  float a = 1000., b = 0.,  c, f = 1e-300;
  c = a / b;

  std::cout << c << " and f = " << f << std::endl;  
}

void init_sig_hanlder() {
  feenableexcept(FE_ALL_EXCEPT);

  struct sigaction sa, initial_sa;

  sa.sa_sigaction   = &signal_handler ;
  sigemptyset( &sa.sa_mask ) ;
  sa.sa_flags   = SA_SIGINFO;   // man sigaction(3) // allows for void(*)(int,siginfo_t*,void*) handler

  sigaction(SIGFPE, &sa, &initial_sa);

}

int main(int argc, char** argv) {
  init_sig_hanlder();

  while(true)
    {
      try {
    sleep(1);
    divide();
      }
      catch(const char * a) {
    std::cout << "Exception in catch: " << a << std::endl;
      }    
      catch(...) {
    std::cout << "Exception in ..." << std::endl;
      }    
    }

  return 0;
}

在Linux / g ++ 4.2上生成以下结果：

signal_handler 0
捕获中的例外：例外
inf和f = 0
inf和f = 0
inf和f = 0
inf和f = 0

因此，第一次执行信号处理程序，但下一个fp异常不会再次触发处理程序。我哪里错了？

Answer 1

我记得信号处理程序必须被声明为'extern“C”'，因为库/内核将为您的函数使用C调用约定，而不是C ++调用约定。但是extern“C”的函数不能抛出异常，所以至少在形式上你的代码不是“正确的”

在幕后，我猜想Linux中的信号传递代码没有机会重置或清除信号掩码，因为你从未将控制权交还给运行时和内核。

Answer 2

我不认为在信号处理程序中抛出异常是一种很好的做法。操作系统期望信号处理程序为return，因为在调用它的处理程序时信号被阻塞。通过抛出异常可以防止系统解锁信号。

Answer 3

你应该对这样的代码使用sigsetjmp / siglongjmp，而不是例外。

这里使用异常是错误的，jmp更改应该是排除奇怪平台特定行为的第一步（特别是因为C ++标准允许使用信号传递机制实现异常）。

但是，我很好奇是否提出SIGFPE失败与fe * except（）状态有关。

问题：在初始除以零之前和之后该状态会发生什么变化？也许有人期望feclearexcept（）在再次尝试时需要另一个SIGFPE。

为什么我的linux信号处理程序只运行一次

3 个答案: