为何 apache 的 php 运行的程序无法获得 root 给的 SIGINT 信号？

MMMIX

是不是 Apache 自己把 SIGINT 捕捉/屏蔽了？

BTW，在用 Apache 的 PHP 的时候，你是怎么发信号的？

MMMIX

原帖由 platinum 于 2009-3-14 22:14 发表
发信号的时候是在 console 命令行下用 root 权限写 "killall -s SIGINT signal" 来发送信号的

这个是我查 killall 手册的结果

           -s          Show only what would be done, but do not send any signal.

当然，kill 的 -s 是发信号的。

MMMIX

原帖由 platinum 于 2009-3-15 00:40 发表
我应如何证明是 apache 屏蔽掉了该信号呢？又有什么方法可以阻止其这么做吗？

如果你直接对 PHP fork 出来的子进程发信号，那么 Apache 屏蔽不屏蔽该信号对该子进程都没有什么影响，因为执行 exec 的时候被捕捉的信号其行为会被置为默认。

这些你可以查下你系统上的 fork(2) 和 execve(2) 的手册，看看它们的具体行为。

当然，如果没有采用进程，而是采用了线程，这个可能就不适用了。

BTW，Apache, PHP 对信号的处理可以搜索一下它们的手册，应该有帮助。

MMMIX

原帖由 platinum 于 2009-3-15 13:24 发表
两个不同方法执行的 signal 的 PPID 都是 1，

它的父进程早早就退出了？是不是有两次 fork？可用 strace 跟踪下。

MMMIX

原帖由 platinum 于 2009-3-15 13:27 发表

MMMIX 兄，不知道是不是我们看的 man 文档不一样，我用的是 gentoo，man killall 的提示是

难道不同版本的 killall 还会不同？

是不同，我这是 Mac OS X，BSD 系列的。。。

MMMIX

原帖由 platinum 于 2009-3-15 13:27 发表

BTW: killall 和 kill 我都试过，应该不会是我的这个低级错误，真奇怪了……

我现在很好奇为嘛在两种方式下它的 ppid 都为 1

MMMIX

原帖由 platinum 于 2009-3-15 13:38 发表
是不是和这个有关，我在用浏览器执行 php 程序时，同时监测 ps 表进程，发现如下信息

QUOTE:
19745 ?        S      0:00 sh -c cd '/tmp' ; /tmp/signal
19746 ?        S<     0:00 /tmp/signal

看来 PHP 是通过 sh 启动 /tmp/signal 的，但这也说不通为嘛 signal 的 ppid 会变为 1，因为看来这个 sh 会等到 signal 退出自己才退出。

另外，还有一个超级奇怪的现象！！！

这个就更诡异了。

BTW，PHP 或者 Apache 自己没有内置的处理信号的方法么？有的话最好用它们提供的，这样可以避免许多诡异问题。