c - 在 Linux 中处理 SIGBUS

标签 c linux signals

在我的一个程序中,当我试图访问一个无法获取内存页面的 mmap 内存位置时,我会点击“SIGBUS”(因为底层物理内存用完了)并且程序由于 SIGBUS 而崩溃。

我计划注册一个 SIGBUG 信号处理程序以避免崩溃。但是,我不想从 SIGBUS 处理程序中退出()程序。我正在尝试查看是否有优雅地报告 ENOMEM 并继续该程序的其他工作。

我可以执行以下操作吗?代码如下所示:

mem_p->head = MY_HEAD_MAGIC;   /* this line could trigger SIGBUS */
if (sigbus_happened) {
    sigbus_happened = FALSE;
    do_something_else();   
    return ENOMEM;
}

和信号处理程序:

void signal_handler (int sig)
{
   if (sig == SIGBUS)
      sigbus_happened = TRUE;
}   

上面的方法可以工作并且不会崩溃吗?

谢谢。

最佳答案

存在您显示的代码可能与您的预期相反的危险。这是因为编译器可以自由安排代码,使其在分配 mem_p->head 之前“记住”sigbus_happened 的值。因此,即使在信号处理程序执行时,您的代码也可能检测不到标志已设置。至少,您需要使变量 volatile

更好的方法是简单地检查 mmap() 调用是否失败。您可以通过检查调用是否返回值 MAP_FAILED 来执行此操作。如果调用失败,请勿尝试访问指针值。

您 try catch SIGBUS 提醒异常处理。 C 没有 C++ 样式的异常处理(尽管存在模仿它们的宏包,例如 cexcept)。但是,以更类似于异常工作方式的方式遵循模型的一种方法是使用 setjmp()longjmp()setjmp() 保存现有堆栈上下文并返回 0longjmp() 将代码返回到已保存的上下文,并导致 setjmp() 返回非 0 值。

对于信号处理程序,最好使用 POSIX sigsetjmp()siglongjmp()这样,在调用信号处理程序之前被 C 运行时或操作系统阻止的任何信号都将重置为它们在返回到保存的上下文时所具有的值。

jmp_buf *sigbus_jmp; // global

void signal_handler (int sig)
{
   if (sig == SIGBUS) {
      if (sigbus_jmp) siglongjmp(*sigbus_jmp, 1);
      // no one to catch the error, so abort
      abort();
    }
}

    //...
    jmp_buf sigbus_jmpbuf;
    sigbus_jmp = &sigbus_jmpbuf;
    if (sigsetjmp(sigbus_jmpbuf, 1) == 0) {
        // try
        mem_p->head = MY_HEAD_MAGIC;   /* this line could trigger SIGBUS */
    } else {
        // catch
        do_something_else();   
        return ENOMEM;
    }
    sigbus_jmp = 0;

关于c - 在 Linux 中处理 SIGBUS,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19416054/

相关文章:

c - 通过 C 的 GUI 用户输入

c - C 中的堆栈跟踪函数

c - 当给定现有路径时,Fopen 函数返回 null

python - 找不到文件错误 : [Errno 2] No such file or directory: 'hdfs' : 'hdfs' using subprocess popen in crontab

c++ - C/C++ 事件驱动监控非子程序的终止

c - MikroC,绘制线图

c - 串口卡在 close() 上

php - 如何检查php作业实例

C:暂停 system() 调用

c - 需要在 SIGCHLD 处理程序期间访问子进程的变量