同时在Bourne shell中监视信号和进程退出
发布时间:2020-12-16 01:13:37 所属栏目:安全 来源:网络整理
导读:我有一个想要监视另一个程序的Bourne shell(/ bin / sh)脚本(为了便携性).它应该启动另一个程序,然后等待它退出.当第二个程序退出时,它会做一些最后的工作并退出.问题在于脚本需要响应信号(例如USR2)并在信号出现时做一些工作. 我的天真实施是: #! /bin/she
我有一个想要监视另一个程序的Bourne
shell(/ bin / sh)脚本(为了便携性).它应该启动另一个程序,然后等待它退出.当第二个程序退出时,它会做一些最后的工作并退出.问题在于脚本需要响应信号(例如USR2)并在信号出现时做一些工作.
我的天真实施是: #! /bin/sh echo $$ trap 'echo Respond to USR2' USR2 /bin/sleep 120 & pid=$! wait $pid echo $pid exited with $? echo Doing final cleanup 这不起作用.如果我发送了外壳SIGUSR2,则陷阱会按预期触发,但是等待也会完成,返回140. / bin / sleep继续以其快乐的方式进行.典型输出: 28849 Respond to USR2 28850 exited with 140 Doing final cleanup 这个行为在dash和bash之间是一致的,我可以方便地访问两个Bourne shell派生物. 我目前的工作是旋转循环等待子PID消失,用kill进行探测.自旋循环似乎很浪费,并且扩大了窗口,如果PID被快速重用,我的脚本可能会错误地等待错误的进程. #! /bin/sh echo $$ trap 'echo Respond to USR2' USR2 /bin/sleep 15 & pid=$! while /bin/kill -0 $pid 2> /dev/null; do echo waiting... sleep 2 done echo Doing final cleanup 鉴于我的目标是同时等待另一个进程退出并能够响应信号,是否有更好的解决方案?
你可以这样做:
while wait $pid; test $? -gt 128; do kill -0 $pid 2> /dev/null || break; done 但请注意sh标准中的以下内容: 如果wait的退出状态大于128,则应用程序无法知道等待进程是退出该值还是被信号杀死.由于大多数实用程序以较小的值退出,因此很少有任何歧义.即使在模棱两可的情况下,大多数应用程序只需知道异步作业失败;它是否检测到错误并且失败或被杀死并且没有正常完成其工作无关紧要. 在这种情况下,歧义略有不同.您不知道等待是否被信号中断,或者孩子是否被信号终止. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |