ilogo1 发表于 2012-12-20 17:01

关于APUE上讲解sigsuspend（）时，之前举例子的疑问？实在搞糊涂了。

论坛上也有这个问题，但看了半天也看不出结果。
书上说，“如果信号在阻塞时发送给进程，那么该信号的传递被推迟到接触阻塞后。。。。。”。。如果发生这种情况，或则如果在解除阻塞时刻和pause()之间确实发生了信号，那么就发生问题了。。因为我们可能不会再见到这个信号，所以从某种意义上说，在次时间窗口中发生信号的丢失“。。。
我想问的是在这个时间窗口发生信号，puase()看不见？不会吧，内核在进程暂停执行时会为进程保存信号的，好吧，在我写这句话的时候懂了。。还是发帖。。。。。。。。再说了，阻塞一哥特定信号，在解除这个信号后这个信号还是会被传递，哪里来的丢失？实在看不懂。。
原因是，在这个时间窗口发生一个信号，并且这个信号被传递后在这个时间窗口被处理了，接下来进程调用puase()，当这个信号不再出现的话，进程就永远pause在那里了。。。当然了，这种条件是苛刻的，一个信号都不发送给进程，除非都阻塞完了，宁外不是还有SIGKILL，，SIGSTOP么。。。

linux_c_py_php 发表于 2012-12-20 23:10

sigprocmask(block)
check condition
sigsuspend
sigprocmask(unblock)

lrita 发表于 2012-12-21 09:27

用比较详细的例子解释就是 比方说你设计一个程序 用alarm 和pause来调节程序的阻塞和唤醒。
那应该是
sigprocmask(block)
do sth
sigprocmask(unblock)
pause()

如果unblock 和pause之间 alarm信号递达了 这个程序就一直pause了，除非你再人为发送alarm信号。这明显不是你希望的。
这时就可以用sigsuspend 它使unblock 和pause之间没有空隙。

godfindajob 发表于 2016-06-02 21:32

我刚看到《Unix环境高级编程》的这个sigsuspend函数一节，也是晕头转向，完全不懂这句：“如果在解除阻塞时刻和pause()之间确实发生了信号，那么就发生问题了。因为我们可能不会再见到这个信号”。书上说的是可能见不到这个信号，也就是说还有可能见到，感觉很不严谨，什么情况下可能见到这个信号，什么情况下又不可能见到这个信号，都没讲清楚，当然我也没搞清楚。另外，我觉得挺矛盾的地方就在于，既然SIGINT信号已经unblock了，就算在解除阻塞时刻和pause()之间确实发生了信号，那么立即就可以捕获到这个信号并且处理啊，难道不处理这个信号，直接就到pause了？如果不处理信号的话，那肯定是pause到死的啦。
页: [1]
查看完整版本: 关于APUE上讲解sigsuspend（）时，之前举例子的疑问？实在搞糊涂了。