Apache 2.0 STATUS:
-Last modified at [$Date: 2000/03/02 08:19:35 $]
+Last modified at [$Date: 2000/03/02 09:57:28 $]
Release:
2.0 : later in 2000
RELEASE SHOWSTOPPERS:
+ * Fix SAFEREAD
+
* Fix lingering close
Status:
* Reliable piped logs look broken everywhere. Each MPM includes essentially
identical code to ap_register_other_child(), etc. Most of this code can
be moved out of the MPMs and into some common file (http_core.c?).
+ Dean says presumably you mean an os-specific file?
* DSO hooks registered during the preflight call to ap_read_config
are not 'unregistered' during the preflight clean-up. Thus, when
* Put back resource limit code
- * Port mod_rewrite
- Status: Paul Reder <rederpj@raleigh.ibm.com> is working on this.
-
* suEXEC doesn't work
Status: Manoj has posted an patch to fix this.
<19991103003605.A20612@samosa.mindspring.com>
modules/.deps
modules/mpm/.deps
os/.deps
-
+
* apaci permissions problem:
cvs checkout apache-2.0
cd apache-2.0/src
Enable users of the binary distributions of Apache to be able to
dynamically load the MPM.
+ Dean says this probably isn't a good idea. For example consider
+ -lpthread, you couldn't have the same core run with pthreads,
+ prefork, and gnu pth without a lot of headaches is my guess.
+
* Platforms that do not support fork (primarily Win32 and AS/400)
Consider introducing HAVE_FORK feature macro. Architect start-up code
that avoids initializing all the modules in the parent process on
Other features that need writing:
* Finish infrastructure in core for async MPMs
- Status: ?
+ Status: post 2.0
* TODO in source -- just do an egrep on "TODO" and see what's there
- * Work on other MPMs. Possible MPMs discussed or in progress include:
-
- - Dean Gaudet's async MPM
- Status: dean is unlikely to begin work on this any time soon...
- has lots of ideas he'll share with folks willing to begin
- tackling the issues. this is apache 2.1 material.
-
- - Zach Brown's <zab@zabbo.net> Linux siginfo MPM
- Status: ?
-
Documentation that needs writing:
* The concept of MPMs, especially if we ship more than one MPM for a