httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject DO NOT REPLY [Bug 44800] Windows console signals
Date Thu, 05 Jun 2008 19:18:59 GMT

Will Rowe <> changed:

           What    |Removed                     |Added
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

--- Comment #5 from Will Rowe <>  2008-06-05 12:18:58 PST ---
This is committed as submitted in 3 parts to 2.0 and 2.2.  The third part was
not committed to trunk, these first common commits were...

For winnt_mpm console mode, always reset our console handler to be the first,
even on a restart, because some modules (e.g. mod_perl) might have set a
handler to terminate the process.

The environment may be manipulated by modules such as mod_perl, so regenerate
the passed env argument on each CreateProcess call.

The third commit to 2.2 and 2.0 reverts the "regression" you observed for those
users of 2.0 and 2.2 who have observed breakage in their anticipated use case;

httpd-2.2 and -2.0 specific patch to revert to 2.0.55/2.2.0 handling of the
stdout channel; do not close stdout in the parent process or reassign it to
\\Device\Null, but keep it open so that the console signal handler continues
to interact with the running "daemonized" httpd process.

Not committed to httpd-2.x; there is disagreement as to whether this is good
behavior for a daemon, and the proper 2.4(3.0) behavior on Win32 may be to
daemonize but properly handle -k stop by the PID file contents.  Many have
asked for this feature who run a minimal httpd.exe, especially from some
removeable media such as CD, and wish to be able to halt it as a console. 


So closing this incident; there is already the report

for tracking how to close the "console mode" httpd.exe with -k stop.

And for continued dialog on what ^C does to a detached daemon, we can carry
on that discussion, if necessary, on the dev@ list.

Configure bugmail:
------- You are receiving this mail because: -------
You are the assignee for the bug.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message