linux – 为什么需要POSIX :: SigSet？

发布时间：2020-12-14 01:04:31 所属栏目：Linux 来源：网络整理

导读：!/usr/bin/env perluse POSIX;my $sig_set = POSIX::SigSet-new(POSIX::SIGINT);my $sig_act = POSIX::SigAction-new(sub { print "calledn"; exit 0 },$sig_set);POSIX::sigaction(SIGINT,$sig_act);sleep(15); 如果我已经告诉POSIX :: sigaction我想要SIG

!/usr/bin/env perl
use POSIX;

my $sig_set = POSIX::SigSet->new(POSIX::SIGINT);
my $sig_act = POSIX::SigAction->new(sub { print "calledn"; exit 0 },$sig_set);

POSIX::sigaction(SIGINT,$sig_act);

sleep(15);

如果我已经告诉POSIX :: sigaction我想要SIGINT,为什么我需要使用POSIX :: SigSet？

基本上我正在尝试用我的coderef来响应我添加到SigSet的每个信号,看看POSIX :: sigaction签名,它必须接受一个信号作为第一个参数,如果我已经告诉POSIX,这似乎是不合理的：：关于我的POSIX :: SigSet的SigAction.

我确定我在这里遗漏了一些东西.

谢谢,

解决方法

你的问题的答案

POSIX :: SigSet指定在执行信号处理程序子期间屏蔽(忽略)的其他信号.它对应于传递给C version of sigaction的底层结构的sa_mask成员.

现在,除非您通过SA_NODEFER明确请求,否则默认情况下将屏蔽SIGINT(以及sigaction的第一个参数).

更好的方法？

但是,如果你只想注册一个信号处理程序,它的执行不会被注册的信号中断(例如,在SIGINT处理程序中不允许SIGINT),你可以完全跳过POSIX模块：

$SIG{INT} = sub { print "calledn"; exit 0; };  # Won't be interrupted by SIGINT

在可能的情况下,Perl的信号调度模拟了在处理程序执行期间阻塞信号的传统UNIX语义. (在Linux上,它肯定可以.sigprocmask()在执行处理程序之前被调用,然后注册作用域保护功能以在用户提供的子句末尾重新允许该信号.)

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!