httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 21737] - cgi process defunct
Date Thu, 04 Sep 2003 00:51:16 GMT
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

eseidel@apple.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |



------- Additional Comments From eseidel@apple.com  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: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message