DirectFBCreate 后未调用 SIGSEGV 信号处理程序答案

【问题标题】：SIGSEGV signal handler not called after DirectFBCreateDirectFBCreate 后未调用 SIGSEGV 信号处理程序
【发布时间】：2017-09-04 16:45:53
【问题描述】：

在我的应用程序中，我想根据这篇文章实现分段错误的回溯： How to generate a stacktrace when my gcc C++ app crashes

但是我遇到了一个问题。我的应用程序将 DirectFB 用于图形。在我通过调用 DirectFBCreate 初始化 DirectFB 之后，信号处理程序停止被调用。无论信号处理程序在哪里注册。请比较以下代码中的 main1、main2 和 main3 函数：

#include <stdio.h>
#include <execinfo.h>
#include <signal.h>
#include <stdlib.h>
#include <unistd.h>
#include <directfb.h>

void handler(int sig) {
  void *array[10];
  size_t size;

  // get void*'s for all entries on the stack
  size = backtrace(array, 10);

  // print out all the frames to stderr
  fprintf(stderr, "Error: signal %d:\n", sig);
  backtrace_symbols_fd(array, size, STDERR_FILENO);
  exit(1);
}

void baz() {
 int *foo = (int*)-1; // make a bad pointer
  printf("%d\n", *foo);       // causes segfault
}

void bar() { baz(); }
void foo() { bar(); }


int main1(int argc, char **argv) {
  signal(SIGSEGV, handler);   // install our handler

  // if the foo() function is called here,
  // everything works as it should
  foo();

  IDirectFB *dfb = NULL;
  DFBCHECK (DirectFBInit (&argc, &argv));
  DFBCHECK (DirectFBCreate (&dfb));
}

int main2(int argc, char **argv) {
  signal(SIGSEGV, handler);   // install our handler

  IDirectFB *dfb = NULL;
  DFBCHECK (DirectFBInit (&argc, &argv));
  DFBCHECK (DirectFBCreate (&dfb));

  // but calling the foo() function after DirectFBCreate causes
  // that the handler is not called
  foo();
}

int main2(int argc, char **argv) {


  IDirectFB *dfb = NULL;
  DFBCHECK (DirectFBInit (&argc, &argv));
  DFBCHECK (DirectFBCreate (&dfb));

  signal(SIGSEGV, handler);   // install our handler
  // calling the foo() function after DirectFBCreate causes,
  // that the handler is not called
  // no matter the signal handler is registered after DirectFBCreate calling
  foo();
}

我也试过sigaction函数而不是signal函数，结果相同。

我也尝试过使用sigprocmask(SIG_SETMASK, &mask, NULL) 来解锁信号。但这也没有帮助（这是我的预期）。

终于找到了这个帖子signal handler not working，这似乎通过调用zsys_handler_set(NULL); 禁用库的信号处理程序来解决类似的问题。所以我尝试了signal(SIGSEGV, NULL); 和signal(SIGSEGV, SIG_DFL);。再次没有成功。我没有在 DirectFB 中找到任何处理程序禁用功能。虽然我在 DirectFB 配置中找到了 [no-]sighandler 参数并使用了它，但这并没有帮助更多（这让我很惊讶）。

我的问题是：如果 DirectFB 能够强化我的处理程序，我该如何收回它？

【问题讨论】：

来自手册页：未指定多线程进程中 signal() 的效果。根据 POSIX，进程在忽略不是由 kill(2) 或 raise(3) 生成的 SIGFPE、SIGILL 或 SIGSEGV 信号后，其行为是不确定的。
您可以使用strace 来确定 DirectFB 是否正在注册新的信号处理程序。留意拨打sigaction的电话。

标签： c linux

【解决方案1】：

我使用了评论中提到的 strace。我发现 DirectFB 不调用 sigaction 系统调用，但它阻止了一些信号，包括 SIGSEGV。解决方案是在 DirectFB 初始化后解除对信号的阻塞。

// DirectFb initialization
IDirectFB *dfb = NULL;
DFBCHECK (DirectFBInit (&argc, &argv));
DFBCHECK (DirectFBCreate (&dfb));

// Unblock the signal
sigset_t sa_mask;
sigemptyset(&sa_mask);
sigaddset(&sa_mask, SIGSEGV);
sigprocmask(SIG_UNBLOCK, &sa_mask, NULL);
    // here is important to use SIG_UNBLOCK flag
    // not SIG_SETMASK as I did in my question!!!

// Now this causes the handler call
foo();

【讨论】：