Question

在Linux中假设我为用户定义的信号编号安装信号处理程序（比如信号10）。就像是：信号（有趣，10）; // fun（）作为用户定义信号10的信号处理程序

我想询问背后的背景。我知道每个进程都有一个内部信号处理程序表。但是我找不到关于那张桌子的更多信息。

所以，我的问题是对于一个过程。这些关于信号的信息和相应的信号处理程序的地址存储在哪里？如何通过gdb查看/检查此信息？

Answer 1

在Linux中，信号处理程序按任务存储在 struct sighand_struct

类型的对象中

struct sighand_struct {
    atomic_t        count;
    struct k_sigaction  action[_NSIG];
    spinlock_t      siglock;
};

此对象从 struct task_struct 到 sighand 字段引用。使用崩溃。

代替gdb（用户空间的工具）

从task_struct读取：

crash> p/x *((struct task_struct*)0xdfcb04c0).sighand
$9 = {
  count = {
    counter = 0x4
  }, 
  action = {{
      sa = {
        sa_handler = 0x0, 
        sa_flags = 0x0, 
        sa_restorer = 0x0, 
        sa_mask = {
          sig = {0x0, 0x0}
        }
      }
    }, {
      sa = {
        sa_handler = 0x0, 
        sa_flags = 0x0, 
        sa_restorer = 0x0, 
        sa_mask = {
          sig = {0x0, 0x0}
        }
      }
    }, {
      sa = {
        sa_handler = 0x0, 
        sa_flags = 0x0, 
        sa_restorer = 0x0, 
        sa_mask = {
          sig = {0x0, 0x0}
        }
      }
    }, {
      sa = {
        sa_handler = 0x4006ac0d, 
        sa_flags = 0x10000004, 
        sa_restorer = 0x0, 
        sa_mask = {
          sig = {0x0, 0x0}
        }
      }
...

因此，我们看到信号4（SIGILL，id为0的信号不存在）用户进程安装的函数由地址 0x4006ac0d 指向。我们可以通过简单的命令确认：

crash> sig 0xdfcb04c0
PID: 19658  TASK: dfcb04c0  CPU: 0   COMMAND: "FinalizerWatchd"
SIGNAL_STRUCT: e49f33c0  NR_THREADS: 4
 SIG SIGACTION  HANDLER       MASK       FLAGS   
 [1]  e49e8004  SIG_DFL 0000000000000000 0 
 [2]  e49e8018  SIG_DFL 0000000000000000 0 
 [3]  e49e802c  SIG_DFL 0000000000000000 0 
 [4]  e49e8040 4006ac0d 0000000000000000 10000004 (SA_SIGINFO|SA_RESTART)
 [5]  e49e8054  SIG_DFL 0000000000000000 0 
 [6]  e49e8068 4006ac0d 0000000000000000 10000004 (SA_SIGINFO|SA_RESTART)
 [7]  e49e807c 4006ac0d 0000000000000000 10000004 (SA_SIGINFO|SA_RESTART)
 [8]  e49e8090 4006ac0d 0000000000000000 10000004 (SA_SIGINFO|SA_RESTART)

详细了解信号处理here和崩溃here

有关Linux中内部信号处理程序表的信息？

1 个答案: