225N/ALast modified at [$Date: 1999/11/17 21:39:16 $]
225N/A 2.0: In pre-alpha development
225N/A * Vague goal of an alpha or beta release in 1999. Commit-then-review
225N/A * Complete HAVE_SENDFILE work. Need to add iovec head and tail pointers to
225N/A the iol sendfile API and make it work under Unix.
225N/A Status: Bill <stoddard@raleigh.ibm.com> is working on this
225N/A * Pipes to CGI scripts are not being timed out
225N/A Status: code has been added to APR to support timing out pipes.
225N/A This needs to be used in Apache now.
225N/A Status: Paul Reder <rederpj@raleigh.ibm.com> is working on this.
225N/A Status: Paul Reder <rederpj@raleigh.ibm.com> is working on this.
225N/A Status: Manoj has posted an patch to fix this.
225N/A <19991103003605.A20612@samosa.mindspring.com>
225N/A * Windows NT port isn't done
225N/A Status: Bill <stoddard@raleigh.ibm.com> is working on MPM and APR.
225N/A 1. Add back ability to run Apache as a service
225N/A 2. Fix Win9* specific code in the winnt MPM
225N/A 3. Get the MPM working in multi process mode (one parent & one child)
225N/A 4. Test access logging with multiple threads. Will the native file I/O
225N/A calls serialize automagically like the CRT calls or do we need to
225N/A * Current 2.0 code is not tested on many Unix platforms. Make 2.0
225N/A work on most, if not all the systems 1.3 did
225N/A Status: Autoconf and APR will get us most of the way there.
225N/A * The module API is a weird combination of the old table and the new
225N/A hook system. Switch completely to the new hook system
225N/A Status: Ben Laurie is working on this.
225N/A * Modules. Which modules do not work yet, can we get a list?
225N/ARELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
225N/A * Clean the code. There are a lot of places we used APR but didn't
225N/A remove the hacks that were required for the cross-platform code in
225N/A 1.3. We need to make the code look like APR was supposed to be there.
225N/A * Go throught the Bug DB and research the bugs marked "suspended". People
225N/A were told these would be considered for inclusion in Apache 2.0, it
225N/A would be nice to actually do so.
225N/A * Win32: Redirect stderr to the error log. This is tougher than it appears
225N/A because Apache for Windows now uses native file I/O libraries rather than
225N/A the CRT library. No problem redirecting native I/O STDERR to the error log.
225N/A However, we need to replace all the fprintf(stderr...) calls with something
313N/A that will write to the native stderr handle instead of the CRT stderr handle.
225N/A some code in the Win32 branch that essentially duplicates what is in APR.
Status: Bill <stoddard@raleigh.ibm.com> is working on this.
* Move I/O layering into APR.
* There are still a number of places in the code where we are loosing error
status (
i.e. throwing away the error returned by a system call and replacing
it with a generic error code)
* APRize the stat function. CRT stat() is about 30% slower on Windows than
the equivalent native Windows call. The APR call should return the Unix
style stat structure, just to keep it familier.
* Implement reliable piped logs on Windows
Status: Bill <stoddard@raleigh.ibm.com> has prototype code (not reliable) in 1.3.
Should be much cleaner with APR in 2.0.
* Switch to autoconf, et al. for configuration.
* Use APR to get rid of more platform dependancies.
Status: Ryan Bloom <rbb@raleigh.ibm.com> is working on this.
* The connection status table is not very efficient. Also, very few stats
are exported to the connection status table (easy to fix), and mod_status
Other bugs that need fixing:
* MaxRequestsPerChild measures connections, not requests.
Until someone has a better way, we'll probably just rename it
"MaxConnectionsPerChild".
* Regex containers don't work in an intutive way
Status: No one has come up with an efficient way to fix this
behavior. Dean has suggested getting rid of regex containers
* SIGSEGV on Linux seems to only kill a thread, not a whole process;
we need to work around this, probably by bouncing the signal to
the sigwait thread. But this will hurt debugability.
Other features that need writing:
* Finish infrastructure in core for async MPMs
* 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
- Zach Brown's <zab@zabbo.net> Linux siginfo MPM
Documentation that needs writing:
* The concept of MPMs, especially if we ship more than one MPM for a
* New directives in the various MPMs
Status: Ben Laurie has written some hooks documentation
* Changes since 1.3.9 can be more easily seen in the commitlog file
which includes some of Roy's comments when the changes were
committed in rough change-sets by purpose. Note that the commitlog
does not show the contents of new files until later.
* Mike Abbott's <mja@trudge.engr.sgi.com> patches to improve
Status: These were written for 1.3, and are awaiting a port to
* What do we do about mod_proxy?
* Which MPMs will be included with Apache 2.0?