为什么该过程处理阻塞信号?

考虑以下程序:

void handler(int signum){
    printf("handling %d\n",signum);
}

int main() {
    signal(SIGINT,handler);
    sigset_t *ss;
    sigemptyset(ss);
    sigaddset(ss,SIGINT);
    sigprocmask(SIG_BLOCK,ss,NULL);
    for(;;);
    return 0;
}

在终端中运行该程序后,当我按下ctrl-c时,我总是得到“处理2”作为输出,但我希望没有输出,因为SIGINT先前被阻止了.我错误地阻止了SIGINT吗?通过假设在从内核模式进入用户模式的过程中不会处理阻塞信号,我是否误解了阻塞信号意味着什么?

最佳答案
@Useless正确地回答了这个问题,说明你是通过将一个未初始化的指针传递给sig *函数来调用UB的.

至于为什么它的工作原理并且没有崩溃或者没有阻止SIGINT如果你添加这条线就可以清楚 –

printf("%p",ss);

这很可能是打印(零)或0.

幸运的是,未初始化的变量设置为NULL,并且来自sigprocmask的文档

If set is NULL,then the signal mask is unchanged (i.e.,how is
ignored),but the current value of the signal mask is nevertheless
returned in oldest (if it is not NULL).

因此,您对SIGINT的阻止实际上被忽略了.但是,如果你不幸运的话,你也可能会看到崩溃或其他一些(甚至是正确的行为).

相关文章

linux常用进程通信方式包括管道(pipe)、有名管道(FIFO)、...
Linux性能观测工具按类别可分为系统级别和进程级别,系统级别...
本文详细介绍了curl命令基础和高级用法,包括跳过https的证书...
本文包含作者工作中常用到的一些命令,用于诊断网络、磁盘占满...
linux的平均负载表示运行态和就绪态及不可中断状态(正在io)的...
CPU上下文频繁切换会导致系统性能下降,切换分为进程切换、线...