在os.system(“sleep …”)中,Python如何阻止信号?
当我在Ubuntu 12.04上使用os.system运行这个Python脚本时:
,然后我在5秒内多次将SIGABRT发送到脚本进程,我得到以下输出:
这表明信号传递被阻止直到睡眠5退出,然后仅传递单个信号. 但是,使用subprocess.call:
,所有个别信号都提前交付:
为了区分glibc中的魔法和Python中的魔法,我在C中重写了Python脚本,因此os.system成为了system(3):
信号提前交付:
所以我推断魔术是在Python 2.7中,而不是在eglibc中.但魔术在哪里?基于strace输出并查看Modules / posixmodule.c中的posix_system函数,我无法弄清楚在os.system返回之前Python如何阻塞信号. Modules / posixmodule.c中的相关代码:
也许神奇的是在Py_BEGIN_ALLOW_THREADS? 我是否正确理解我的Python信号处理程序(由signal.signal设置)在os.system返回之前不可能执行? 是因为信号处理程序被阻止(在Python级别,而不是在操作系统级别),直到Py_END_ALLOW_THREADS返回? 以下是使用os.system:http://pastebin.com/Wjn9KBye的Python代码的strace输出 最佳答案
神奇主要在 但是,subprocess.call基本上是这样做的:
当底层等待被中断时,控件确实返回到python. OSError / EINTR提示python查看是否有任何信号被触发,如果是,则调用与该信号关联的用户提供的代码块. (这就是解释器如何调整系统的信号语义:设置一个标志,并在“原子”python操作之间进行检查,如果合适的话,调用用户的代码.) (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |