DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21737>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21737 cgi process defunct [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | ------- Additional Comments From [EMAIL PROTECTED] 2003-09-04 00:51 ------- I have confirmed, this condition still exists on Mac OS X 10.3 with this patch. I patched the 1.3.28 sources (I erred in my comment above). And was still able to reproduce this. I did extensive further testing and found that both Mac OS X, and FreeBSD violate the POSIX specification for kill() and return ESRCH, when sending a signal to a zombie process. This violation introduces a race condition with this patched code, as a process could finish (become zombie) after the NEED_WAITPID "waitpid" cleanup, but before the ap_os_kill() call and thus return ESRCH, be marked as kill_never, and then never be cleaned up. Although it is my hope that Mac OS X 10.3 final will have fixed this error. Apache is still left with an interoperability problem on Mac OS X 10.2 and likely FreeBSD (as they share this same violoation). I have attached my program "main.c" which tests for this phenomenon. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
