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=24907>. 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=24907 Error log file descriptors are leaked to sub-processes if ap_cleanup_for_exec() is not called in 3rd party modules Summary: Error log file descriptors are leaked to sub-processes if ap_cleanup_for_exec() is not called in 3rd party modules Product: Apache httpd-1.3 Version: 1.3.29 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: core AssignedTo: [email protected] ReportedBy: [EMAIL PROTECTED] Because error log file descriptors do not register a "magic" cleanup but only a regular one, if ap_cleanup_for_exec() is not called, then the file descriptors of Apache error_log files are leaked to sub-processes. This is visible when perl's system() or exec() is called from mod_perl code. Up to and including Apache 1.3.27, if mod_perl code wanted to use system() or exec() cleanly, it had to use Apache::SubProcess module. This module exports into the Perl space ap_cleanup_for_exec(). Thanks to the addition of ap_register_cleanup_ex() and the related fix, usage of Apache::SubProcess may become unnecessarily if this bug is fixed too. If Apache::SubProcess is not required anymore, then the Perl code may become simpler because it does not have to use two different ways to create sub-processes, one for Apache/mod_perl and one for standalone usage. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
