You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by st...@hyperreal.org on 2000/02/08 15:20:00 UTC
cvs commit: apache-2.0 STATUS
stoddard 00/02/08 06:20:00
Modified: . STATUS
Log:
Work done, bugs found.
Revision Changes Path
1.25 +16 -12 apache-2.0/STATUS
Index: STATUS
===================================================================
RCS file: /home/cvs/apache-2.0/STATUS,v
retrieving revision 1.24
retrieving revision 1.25
diff -u -r1.24 -r1.25
--- STATUS 1999/12/22 06:20:11 1.24
+++ STATUS 2000/02/08 14:19:59 1.25
@@ -1,5 +1,5 @@
Apache 2.0 STATUS:
-Last modified at [$Date: 1999/12/22 06:20:11 $]
+Last modified at [$Date: 2000/02/08 14:19:59 $]
Release:
@@ -9,10 +9,6 @@
RELEASE SHOWSTOPPERS:
- * Complete HAVE_SENDFILE work. Need to add iovec head and tail pointers to
- the iol sendfile API and make it work under Unix.
- Status: Bill <st...@raleigh.ibm.com> is working on this
-
* Pipes to CGI scripts are not being timed out
Status: code has been added to APR to support timing out pipes.
This needs to be used in Apache now.
@@ -29,13 +25,12 @@
* Windows NT port isn't done
Status: Bill <st...@raleigh.ibm.com> is working on MPM and APR.
Remaining work:
- 1. Add back ability to run Apache as a service
- 2. Fix Win9* specific code in the winnt MPM
- 3. Test access logging with multiple threads. Will the native file I/O
- calls serialize automagically like the CRT calls or do we need to
- add region locking each time we write to the access/error logs?
- 4. Fix the DOS hole in AcceptEx (need to time out connections over
- which data is never sent).
+ - Fix Win9* specific code in the winnt MPM
+ - Test access logging with multiple threads. Will the native file I/O
+ calls serialize automagically like the CRT calls or do we need to
+ add region locking each time we write to the access/error logs?
+ - Piped logging is broken
+ - DSO support is broken
* Current 2.0 code is not tested on many Unix platforms. Make 2.0
work on most, if not all the systems 1.3 did
@@ -53,6 +48,15 @@
resolver calls,
RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
+
+ * Dynamically loadable MPMs
+ Enable users of the binary distributions of Apache to be able to
+ dynamically load the MPM.
+
+ * 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
+ platforms that do not support fork.
* Clean the code. There are a lot of places we used APR but didn't
remove the hacks that were required for the cross-platform code in
Re: cvs commit: apache-2.0 STATUS
Posted by rb...@apache.org.
> + * 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
> + platforms that do not support fork.
APR already has an APR_HAS_FORK feature macro. It is just a question now
of using that macro in Apache.
Ryan
Come to the first official Apache Software Foundation
Conference!!! <http://ApacheCon.Com/>
_______________________________________________________________________________
Ryan Bloom rbb@ntrnet.net
2121 Stonehenge Dr. Apt #3
Raleigh, NC 27615 Ryan Bloom -- thinker, adventurer, artist,
writer, but mostly, friend.
-------------------------------------------------------------------------------
Re: cvs commit: apache-2.0 STATUS
Posted by rb...@apache.org.
> + * 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
> + platforms that do not support fork.
APR already has an APR_HAS_FORK feature macro. It is just a question now
of using that macro in Apache.
Ryan
Come to the first official Apache Software Foundation
Conference!!! <http://ApacheCon.Com/>
_______________________________________________________________________________
Ryan Bloom rbb@ntrnet.net
2121 Stonehenge Dr. Apt #3
Raleigh, NC 27615 Ryan Bloom -- thinker, adventurer, artist,
writer, but mostly, friend.
-------------------------------------------------------------------------------