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

【问题标题】：Why my linux signal handler run only once为什么我的 linux 信号处理程序只运行一次
【发布时间】：2010-05-27 10:43:56
【问题描述】：

#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 上产生以下结果：

信号处理程序 0
捕获中的异常：异常
inf 和 f = 0
inf 和 f = 0
inf 和 f = 0
inf 和 f = 0

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

【问题讨论】：

奇怪的是 fetestexcept 在您的处理程序中返回 0，这似乎表明您的处理程序被调用的时间，没有任何类型的 SIGFPE 被标记为被捕获。

标签： c++ linux signals

【解决方案1】：

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

【讨论】：

好吧，其实我的代码比这更复杂。我会检查处理程序是否返回或抛出异常，因为这似乎是一个很好的解释。
以及不允许从处理程序中抛出，使用 cout 不是一个好主意。这很可能不是安全的信号。在这个简单的程序中，这可能无关紧要，但如果您要在处理程序中执行 IO，则打开/写入/关闭可能是唯一安全的方法。

【解决方案2】：

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

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

【讨论】：

//复制自 Tomer Vromen 的回答好吧，实际上我的代码比这更复杂。我会检查处理程序是否返回或抛出异常，因为这似乎是一个很好的解释。
仔细查看代码表明我没有在处理程序中引发异常。真正的问题是转到下一条指令。在 solaris 上使用以下代码完成：
aContext->uc_mcontext.gregs[REG_PC] = aContext->uc_mcontext.gregs[REG_nPC];
我在Linux平台上找不到类似的例子，我让EIP寄存器指向下一条指令但我不知道如何推送值。

【解决方案3】：

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

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

但是，我很好奇 SIGFPE 的失败是否与 fe*except() 状态有关。

问题：在进行初始除以零之前和之后，这种状态会发生什么？当您再次尝试此操作时，可能需要 feclearexcept() 才能获得另一个 SIGFPE。

【讨论】：

事实上，我正在做以下事情： - 在堆栈上创建一个 C++ 对象，它将在计算代码之后进行测试， - 调用导致 SIGFPE 的计算代码， - 调用并设置信号处理程序先前创建的对象中的一些标志， - Check() 方法被调用并且可以引发异常第一个错误是在处理程序中启动了一个异常，所以我抑制了这个调用，但程序返回到了错误的操作。我想跳过这条指令，但用 feclearexcept()/fesetenv() 重置 FPU 标志不起作用。我会看看 sigsetjmp/siglongjmp。