C sigwaitinfo（）可以等待进程信号掩码的超集吗？
例如，我试图正确地进行模拟，但当C sigwaitinfo（）可以等待进程信号掩码的超集吗？,c,signals,posix,C,Signals,Posix,例如，我试图正确地进行模拟，但当set参数选择的多个信号同时发送到等待其中一个函数的进程时，我无法掌握预期的行为 例如，第一个信号将导致sigwaitinfo返回，填充info参数。 但是第二个信号呢？就我所见，如果第二个信号没有被阻塞（它不包括在进程信号掩码中），进程应该接收它，中断第一个信号管理，降低使用这些功能组的优势 这让我想知道，提供给这些函数的集合是否总是过程信号掩码的一个子集，或者是否有我遗漏的其他东西 换句话说：Linux手册页面声明 在正常使用中，调用程序通过对sigprocm
setinfo集合我想知道这个“正常用法”是这个API唯一正确的用法，或者在一些适当的用例中，
set// ctrl-c handler
void cc(int s) {
static int count = 0;
printf("Entering cc %d\n", ++count);
sleep (5);
printf("Leaving cc %d\n", count);
}
int main(int argc, char **argv) {
signal(SIGINT, cc); // ctrl-c
int n = 10; // leave after 10 ctrl-c
while (n--) {
pause();
}
return 0;
}
ccccccEntered cc 1
Entered cc 2
Leaving cc 2
Leaving cc 2
printfccccccpause（）while（event）{process（event）；}不过，我不确定这是否适用于您的系统以及任何事件。我想这取决于您所说的“正确”是什么意思 正常使用是唯一合理的使用 异常使用是允许的，因为它不会引起未定义的行为。它也是毫无意义的，危险的复杂。您的实现将有一些算法，用于为一个进程分派两个挂起的信号，该进程是
sigwait*根据POSIX-1.2008的信号概念，假设非实时信号。根据经验，我会说，如果一个处理程序在另一个相同事件发生时没有完成，那么第二个处理程序将排队，并将在第一个处理程序完成后启动。@RingØ：恐怕POSIX信号不计入“事件队列”。至少如果sigprocmask（）不用于阻止它们。但是，如果您可以通过我可以在Linux和NetBSD上运行的小型C测试来显示此行为，我会将其视为有效答案。虽然您的帖子实际上没有回答这个问题（关于sigwait、sigwaitinfo和sigtimedwait），我必须感谢你，因为你质疑我对标准的理解，并证明它可能是错误的。GNU Libc实际上在信号处理程序调用期间阻止了信号：我在POSIX文档中找不到这种行为的参考。正确的说法是符合POSIX。@RingØ显示了一个有趣的例子（对我来说完全出乎意料）在Linux上发生的行为。但是它与
signalsigwaitsignalsigaction