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 43534] - mod_perl and FastCGI fails on Windows
Date Sun, 06 Jan 2008 14:40:26 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=43534>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=43534





------- Additional Comments From Tom.Donovan@acm.org  2008-01-06 06:40 -------
Created an attachment (id=21351)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=21351&action=view)
Updated patch for 2.2.7

Updated patch to work with Apache 2.2.7 RC.  Only the command-line case needed
to be fixed.  

mpm_winnt already creates a stdout handle to "NUL", but only when started as a
Windows Service.  This "NUL" handle is acceptable to mod_perl as both stdin and
stdout.  Since console handles don't inherit - when Apache is started from the
command-line mod_perl gets an invalid stdout. This patch changes mpm_winnt to
*always* create a "NUL" stdout handle when creating a child process, for both
Windows service and command-line startup.

Single-process mode (-X) has always worked with mod_perl.  There is no process
creation, therefore no handle inheritance is involved.	Because the original
(real) console handles are valid, mod_perl runs correctly.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message