STATUS revision 07021d9f405849228b859d9fb4b877f20e4fbba3
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen DesaiAPACHE 2.0 STATUS: -*-text-*-
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke SmithLast modified at [$Date: 2002/01/02 08:13:33 $]
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.30 : In development
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.29 : tagged November 27, 2001
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith 2.0.28 : released November 13, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.27 : rolled November 6, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.26 : tagged October 16, 2001. not rolled.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.25 : rolled August 29, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.24 : rolled August 18, 2001
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith 2.0.23 : rolled August 9, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.22 : rolled July 29, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.21 : rolled July 20, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.20 : rolled July 8, 2001
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith 2.0.19 : rolled June 27, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.18 : rolled May 18, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.17 : rolled April 17, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.16 : rolled April 4, 2001
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith 2.0.15 : rolled March 21, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0.14 : rolled March 7, 2001
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0a9 : released December 12, 2000
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0a8 : released November 20, 2000
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0a7 : released October 8, 2000
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0a6 : released August 18, 2000
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0a5 : released August 4, 2000
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0a4 : released June 7, 2000
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith 2.0a3 : released April 28, 2000
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0a2 : released March 31, 2000
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai 2.0a1 : released March 10, 2000
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke SmithPlease consult the following STATUS files for information
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smithon related projects:
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke SmithRELEASE SHOWSTOPPERS:
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith * ap_directory_walk skips some per-dir config merge functions
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai if there is no "<Directory />" block in the configuration
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith Message-ID: <m3itbdiijq.fsf@rdu163-40-092.nc.rr.com>
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Test suite failures:
98c1ab155c0e2148f69291b1abe1007c9d5a08e8Satyen Desai o perchild doesn't even build
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai o both worker and prefork are failing some of the 'chunked' subtests
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai o worker is also failing some of the 'cgi' subtests
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai (see <URL:http://Source-Zone.Org/Apache/regression/>):
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * If any request gets to the core handler, without a flag that this
98c1ab155c0e2148f69291b1abe1007c9d5a08e8Satyen Desai r->filename was tested by dir/file_walk, we need to 500 at the very
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai end of the ap_process_request_internal() processing. This provides
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai authors of older modules better compatibility, while still improving
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai the security and robustness of 2.0.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Status: still need to decide where this goes, OtherBill comments...
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Message-ID: <065701c14526$495203b0$96c0b0d0@roweclan.net>
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai we need to look at halting this in the 'default handler' case,
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai and that implies pushing the 'handler election' into the request
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai internal processing phase from the run request phase.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * There is a bug in how we sort some hooks, at least the pre-config
98c1ab155c0e2148f69291b1abe1007c9d5a08e8Satyen Desai hook. The first time we call the hooks, they are in the correct
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai order, but the second time, we don't sort them correctly. Currently,
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai the modules/http/config.m4 file has been renamed to
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai modules/http/config2.m4 to work around this problem, it should moved
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai back when this is fixed. rbb
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * The Add...Filter and Set...Filter directives do not allow the
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai administrator to order filters, beyond the order of filename (mime)
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai extensions. It isn't clear if Set...Filter(s) should be inserted
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai before or after the Add...Filter(s) which are ordered by sequence of
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai filename extensions. At minimum, some sort of +-[0-10] syntax seems
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai like the quickest fix for a 2.0 gold release.
98c1ab155c0e2148f69291b1abe1007c9d5a08e8Satyen Desai * mod_negotiation needs a new option or directive, something like
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai ForceLanguagePriority, to fall back to the LanguagePriority
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai directive instead of returning a "no acceptable variant" error.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Status: Bill has some code in his tree that accomplishes
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai this, and will commit it Friday after it's tested.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Fold mod_auth_db features back into mod_auth_dbm, and depricate it.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai This can't wait until we have a 2.0-gold release, if folks need
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai to move over to auth_dbm, we can't do that to them after 2.0 gold.
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith Status: Ian says.. auth_dbm can now handle multiple DBM types,
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai is this still an issue?
4a5f24116202d9475862e022628fa2919d990842Satyen Desai Vote: Remove mod_auth_db
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Convert all instances of the old apr_lock_t type to the new
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai types (once they are fully supported in APR).
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Status: Aaron is working on converting INTRAPROCESS
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai to apr_thread_mutex_t types. Full replacements for
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai LOCKALL and CROSS_PROCESS are not yet complete on all
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai platforms, and should only be used in MPMs like worker
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai with limited OS exposure.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * ap_create_scoreboard() can exit the process, leaving stuff like
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai mod_cgid's daemon process stranded. Either ap_create_scoreboard()
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai needs to be called at a different time or the pre-mpm hook needs
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai to be able to return an error code.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen DesaiRELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Handling of %2f in URIs. Currently both 1.3 and 2.0
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai completely disallow %2f in the request URI path (see
98c1ab155c0e2148f69291b1abe1007c9d5a08e8Satyen Desai ap_unescape_url() in util.c). It's permitted and passed
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai through in the query string, however. Roy says the
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai original reason for disallowing it, from five years ago,
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai was to protect CGI scripts that applied PATH_INFO to
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai a filesystem location and which might be tricked by
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai ..%2f..%2f(...). We *should* allow path-info of the
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai form 'http://foo.com/index.cgi/path/to/path%2finfo'.
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai Since we've revamped a lot of our processing of path
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai segments, it would be nice to allow this, or at least
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai allow it conditionally with a directive.
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai * FreeBSD, threads, and worker MPM. All seems to work fine
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai if you only have one worker process with many threads. Add
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai a second worker process and the accept lock seems to be
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai lost. This might be an APR issue with how it deals with
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai the child_init hook (i.e. the fcntl lock needs to be resynced).
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai More examination and analysis is required.
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai Status: This has also been reported on Cygwin.
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai Message-ID: <3C2CC514.8EF3BED1@wapme-systems.de> (cygnus)
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai Justin says: So, FreeBSD-CURRENT and Cywin have the same
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai problem. Yum. If another platform has this
81ed0aaa8456bd5c6a54e7797258b1f182eb1f5bSatyen Desai with worker, this becomes a showstopper.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * There is increasing demand from module writers for an API
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai that will allow them to control the server � la apachectl.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Reasons include sole-function servers that need to die if
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai an external dependency (e.g., a database) fails, et cetera.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Perhaps something in the (ever more abused) scoreboard?
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai rbb: I don't believe the scoreboard is the correct mechanism
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai for this. We already have a pipe that goes between parent
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai and child for graceful shutdown events, along with an API that
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai can be used to send a message down that pipe. In threaded MPMs,
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai it is easy enough to make that one pipe be used for graceful
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai and graceless events, and it is also easy to open that pipe
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai to both parent and child for writing. Then we just need to figure
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai out how to do graceless on non-threaded MPMs.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * revamp the input filter behavior, per discussions since
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai February (and especially at the hackathon last
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai April). Specifically, ap_get_brigade will return a brigade with
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai *up to* a specific number of bytes, or a "line" of data. The
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai read may be blocking or nonblocking. ap_getline() will be
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai refactored into apr_brigade_getline(), and then DECHUNK can use
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai f->next (ap_getline will always read "top of input stack"). Also
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai fix the bug where request body content will end up closing the
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai connection (buggering up persistent conns).
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Status: Justin is working on this as fast as he can.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai The core input filters, HTTP-related filters, mod_ssl, and
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai mod_proxy are switched to the new logic.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai However, ap_getline() still needs to be refactored out. But,
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai there's a problem there: ap_getline() peeks ahead for MIME
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai continuation (first character on line is space or \t) and
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai stores unused data in core_request_config which violates the
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai abstraction. That's cheating. So, we may not be able to
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai implement this without setting some data aside (yuck!).
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai I believe this is OtherBill's main complaint with the current
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai AIUI (correct me if I'm wrong!), OtherBill believes we
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai should have a pushback option so that we can return unread
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai data - this would solve this case. However, my question to
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai him is how do we handle stuff like mod_ssl - we can't "unread"
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai data. So, do we have two brigades for each filter? An in
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai brigade and a returned brigade? That seems messy. To
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai everyone else, can we refactor ap_getline() without pushback
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai - socket bucket and core input filter changes. see end of
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai message ID (Feb 27): <20010227075326.S2297@lyra.org>
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai - fix up ap_get_brigade() semantics, fix bug in DECHUNK /
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai ap_getline. many messages (plus their threads) (Apr/May):
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Message-ID: <20010402101207.J27539@lyra.org>
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Message-ID: <3AF7F921.D2EEC41A@algroup.co.uk>
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Message-ID: <20010508190029.E18404@lyra.org>
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai - further work with combining/tweaking the builtin filters:
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Message-ID: <20010509115445.D1374@lyra.org>
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai - thoughts on filter modes:
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Message-ID: <021b01c14dee$09782af0$93c0b0d0@roweclan.net>
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Allow the DocumentRoot directive within <Location > scopes? This
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai allows the beloved (crusty) Alias /foo/ /somepath/foo/ followed
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai by a <Directory /somepath/foo> to become simply
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai <Location /foo/> DocumentRoot /somefile/foo (IMHO a bit more legible
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai and in-your-face.) DocumentRoot unset would be accepted [and would
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai not permit content to be served, only virtual resources such as
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai server-info or server-status.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai This proposed change would _not_ depricate Alias.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Win32: Rotatelogs sometimes is not terminated when Apache
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai goes down hard. FirstBill was looking at possibly tracking the
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai child's-child processes in the parent process.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai OtherBill asks, wasn't this fixed?
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Win32: Add a simple hold console open patch (wait for close or
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai the ESC key, with a nice message) if the server died a bad
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai death (non-zero exit code) in console mode.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Resolution: bring forward same ugly hacks from 1.3.13-.20
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Port of mod_ssl to Apache 2.0:
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai The current porting state is summarized in modules/ssl/README. The
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai remaining work includes:
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai (1) stablizing/optimizing the SSL filter logic
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai (2) Enabling the various SSL caching mechanisms (shmcb, shmht)
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai (3) Enabling SSL extentions
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai (4) Trying to seperate the https filter logic from mod_ssl -
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai This is to facilitate other modules that wish to use the https
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai filter or the mod_ssl logic or both as required.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Justin: mod_ssl filter logic is redone, so that should be fine.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Madhu has submitted a patch for SSL caching - however, I
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai am -0 on that patch as I *think* we could implement the
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai shared memory another way that is much cleaner (i.e.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai treat shmem directly as a dbm via APR routines). Justin
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai also thinks that the https filter logic may be sufficiently
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai decoupled now, but isn't really sure.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Performance: Get the SINGLE_LISTEN_UNSERIALIZED_ACCEPT
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai optimization working in worker. prefork's new design for how
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai to notice data on the pod should be sufficient.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Performance & Debug: Eliminate most (and perhaps all) of the
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai malloc/free calls in the bucket brigade code. Need some
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai light weight memory management functions that allow freeing
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai memory (putting it back into a memory pool) when it is no
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai longer needed. Enabling simple debugging features like guard
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai bands, double free detection, etc. would be cool but certainly
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai not a hard requirement.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Status: Cliff started to implement this using SMS as has
0b9b9d3bda11c4468e6ebac4df222fdb89c9a7b8Satyen Desai been discussed at length for months, but since
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai SMS is not being used anywhere else in the server,
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai several people expressed the opinion that we should
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai get rid of it entirely, meaning that the buckets
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai need their own memory management (free list) functions.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Cliff will implement that this weekend so we at least
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai have something to look at/compare with.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Eliminate unnecessary creation of pipes in mod_cgid
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * the autoconf setup should be fixed to default to using the
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai "Apache" layout from config.layout, and each variable settable
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai in a layout should be overridable on the command line. Plus,
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai what we do right now just doesn't seem to fully fit into how autoconf
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai works, eg. AC_PREFIX_DEFAULT issues.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Message-ID: <Pine.BSF.4.20.0104031557420.20876-100000@alive.znep.com>
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Combine log_child and piped_log_spawn. Clean up http_log.c.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai Common logging API.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Document mod_file_cache.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * OS/2: Make mod_status work for spmt_os2 MPM.
4a5f24116202d9475862e022628fa2919d990842Satyen Desai * Platforms that do not support fork (primarily Win32 and AS/400)
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith Architect start-up code that avoids initializing all the modules
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai in the parent process on platforms that do not support fork.
d3c5729464159cab52ada7ff4b6c26b91bd4dcb4Satyen Desai * Win32: Migrate the MPM over to use APR thread/process calls. This
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith would eliminate some code in the Win32 branch that essentially
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith duplicates what is in APR.
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith * There are still a number of places in the code where we are
00cf03a1ca1624dac1fecc85f43fc34f8806aff9Luke Smith losing error status (i.e. throwing away the error returned by a
* All DBMs suffer from confusion in support/dbmmanage (perl script) since
for predictable mod_auth_db/dbm administration.
builds/machines, etc. The use-multiple database schema
* Explore use of a post-config hook for the code in http_main.c which
* (possibly) use UUIDs in mod_unique_id and/or mod_usertrack
* shift stuff to mod_core.h
rand.c, at least.) This could be resolved with an SSL library, or
- Bring the Win9xConHook.dll from 1.3 into 2.0 (no sense till it
Using NIS passwd.byname dbm files with AuthDBMUserFile
setlogin() is not called, causing problems with e.g. identd
add allow,deny/deny,allow warning to mod_access
A small addition to rotatelogs.c to improve program functionality.
Feedback/Comment on APACI
Inclusion of RPM spec file in CVS/distributions
* orig_ct in the byterange/multipart handling may not be