STATUS revision 221bcff578860adfb42459b15e65e2962a208f8c
f743002678eb67b99bbc29fee116b65d9530fec0wroweAPACHE 2.0 STATUS: -*-text-*-
80833bb9a1bf25dcf19e814438a4b311d2e1f4cffuankgLast modified at [$Date: 2002/04/08 17:59:30 $]
faea99bb676ec50ece38da6b1879aa37546483a2covener 2.0.35 : released April 5, 2002 as GA.
faea99bb676ec50ece38da6b1879aa37546483a2covener 2.0.34 : tagged March 26, 2002.
faea99bb676ec50ece38da6b1879aa37546483a2covener 2.0.33 : tagged March 6, 2002. not released.
d65242086b0c700c44590925b2ed9281cd4fd781covener 2.0.32 : released Feburary 16, 2002 as beta.
d65242086b0c700c44590925b2ed9281cd4fd781covener 2.0.31 : rolled Feburary 1, 2002. not released.
d65242086b0c700c44590925b2ed9281cd4fd781covener 2.0.30 : tagged January 8, 2002. not rolled.
d65242086b0c700c44590925b2ed9281cd4fd781covener 2.0.29 : tagged November 27, 2001. not rolled.
344f755169e100ea8ce51e847a0bf30a13b46917covener 2.0.28 : released November 13, 2001 as beta.
344f755169e100ea8ce51e847a0bf30a13b46917covener 2.0.27 : rolled November 6, 2001
344f755169e100ea8ce51e847a0bf30a13b46917covener 2.0.26 : tagged October 16, 2001. not rolled.
fcd5c4e9e126e867eb270ed2d4138348cb1e46e5trawick 2.0.25 : rolled August 29, 2001
fcd5c4e9e126e867eb270ed2d4138348cb1e46e5trawick 2.0.24 : rolled August 18, 2001
fcd5c4e9e126e867eb270ed2d4138348cb1e46e5trawick 2.0.23 : rolled August 9, 2001
60284a9f9158baa60cc8ab4a69066404b1dcae7acovener 2.0.22 : rolled July 29, 2001
60284a9f9158baa60cc8ab4a69066404b1dcae7acovener 2.0.21 : rolled July 20, 2001
60284a9f9158baa60cc8ab4a69066404b1dcae7acovener 2.0.20 : rolled July 8, 2001
03d414bf2d6dd93a1b6a3af972a7f1a96d25080fcovener 2.0.19 : rolled June 27, 2001
60284a9f9158baa60cc8ab4a69066404b1dcae7acovener 2.0.18 : rolled May 18, 2001
b1f989ad92bf5918c4f48babb99238d5201da6fccovener 2.0.17 : rolled April 17, 2001
b1f989ad92bf5918c4f48babb99238d5201da6fccovener 2.0.16 : rolled April 4, 2001
b1f989ad92bf5918c4f48babb99238d5201da6fccovener 2.0.15 : rolled March 21, 2001
b1f989ad92bf5918c4f48babb99238d5201da6fccovener 2.0.14 : rolled March 7, 2001
50cfe8bbbaf4279375802531268e2bf0155215fetrawick 2.0a9 : released December 12, 2000
50cfe8bbbaf4279375802531268e2bf0155215fetrawick 2.0a8 : released November 20, 2000
50cfe8bbbaf4279375802531268e2bf0155215fetrawick 2.0a7 : released October 8, 2000
50cfe8bbbaf4279375802531268e2bf0155215fetrawick 2.0a6 : released August 18, 2000
5cb0075c38fc868730c4981e346845dad6c7ea58chrisd 2.0a5 : released August 4, 2000
5cb0075c38fc868730c4981e346845dad6c7ea58chrisd 2.0a4 : released June 7, 2000
5cb0075c38fc868730c4981e346845dad6c7ea58chrisd 2.0a3 : released April 28, 2000
5cb0075c38fc868730c4981e346845dad6c7ea58chrisd 2.0a2 : released March 31, 2000
ffaa9771884a8664f0e6267efbe9d26b40000461trawick 2.0a1 : released March 10, 2000
ffaa9771884a8664f0e6267efbe9d26b40000461trawickPlease consult the following STATUS files for information
ffaa9771884a8664f0e6267efbe9d26b40000461trawickon related projects:
4d12805e6c18253040223ea637acd6b3b3c18f60jortonCURRENT RELEASE NOTES:
f2287adf33e3664c55b421fd65c45f0e05fe6977covener * 34 status: Let's get all API changes and showstoppers in this one.
e5d909f2b06bd880fb3675cd49363df981caa631trawickFINAL RELEASE SHOWSTOPPERS:
a4df2cd1e1391575a327c2a90ba4315f805a0a78covener * We do not properly substitute the prefix-variables in the configuration
a4df2cd1e1391575a327c2a90ba4315f805a0a78covener scripts or generated-configs. (i.e. if sysconfdir is etc,
cb666b29f81df1d11d65002250153353568021fccovener httpd-std.conf points to conf.)
cb666b29f81df1d11d65002250153353568021fccovener Aaron says: This is not a showstopper, these problems have existed
cb666b29f81df1d11d65002250153353568021fccovener for as long as I can remember. It would be nice to fix
6a80c3c6f4b8ea7ba5e89402b8b779b09ce020e0covener them but they are not new.
1c2cab00d988fc48cbe59032cf76cc0bab20d6f7covener Not a showstopper: Jeff, Aaron, BillS, gregames, Jim
45dffe6c346dd73571ccaead10295fc7d53b59a6covenerCURRENT VOTES:
45dffe6c346dd73571ccaead10295fc7d53b59a6covener * Should we always build [support*] binaries statically unless otherwise
75a230a728338d84dcfe81edd375352f34de22d0covener Message-ID: <20020129210006.B23512@Lithium.MeepZor.Com>
3694b0116c5729804ed6a5ce119bd8efda116c7fcovener +1: Ken, *wrowe [they are PITAs on OSX]
3694b0116c5729804ed6a5ce119bd8efda116c7fcovener -1: Justin, Ian
3694b0116c5729804ed6a5ce119bd8efda116c7fcovener * If the parent process dies, should the remaining child processes
1f50dc34ae069adeed20b2986e5ffdefa5c410e0covener "gracefully" self-terminate. Or maybe we should make it a runtime
1f50dc34ae069adeed20b2986e5ffdefa5c410e0covener option, or have a concept of 2 parent processes (one being a
1f50dc34ae069adeed20b2986e5ffdefa5c410e0covener "hot spare").
63a5ea80bddcc84a462e40f402b4f330e0e05411covener See: Message-ID: <3C58232C.FE91F19F@Golux.Com>
63a5ea80bddcc84a462e40f402b4f330e0e05411covener Self-destruct: Ken, Martin
63a5ea80bddcc84a462e40f402b4f330e0e05411covener Not self-destruct: BrianP, Ian, Cliff, BillS
986f3ea2c314d4d4b3b937149853a0f23f6119aaminfrin Make it runtime configurable: Aaron, Jim, Justin
986f3ea2c314d4d4b3b937149853a0f23f6119aaminfrin Have 2 parents: +1: Jim
986f3ea2c314d4d4b3b937149853a0f23f6119aaminfrin -1: Justin, wrowe [for 2.0]
65a4e663b82f8bce28ac22ab2edfd7502de36998sf +0: Martin (while standing by, could it do
65a4e663b82f8bce28ac22ab2edfd7502de36998sf something useful?)
65a4e663b82f8bce28ac22ab2edfd7502de36998sf * Make the worker MPM the default MPM for threaded Unix boxes.
c7de1955eb0eaeabf7042902476397692672d549sf +1: Justin, Ian, Cliff
509622419be000045d461ef38fb97df778fdf81djailletc -0: Aaron (premature decision, needs more discussion), Lars
509622419be000045d461ef38fb97df778fdf81djailletcRELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
509622419be000045d461ef38fb97df778fdf81djailletc * ap_cache_hex2msec() and ap_cache_msec2hex() are completely
0b9de55d178312ec929dbe417dd61199b269991djailletc hosed. They do not handle apr_time_t (64 bit ints) properly.
0b9de55d178312ec929dbe417dd61199b269991djailletc * If any request gets through ap_process_request_internal() and is
0b9de55d178312ec929dbe417dd61199b269991djailletc scheduled to be served by the core handler, without a flag that this
74e7f6c55fd67b10cb400b3f6d1dc718a303d944minfrin r->filename was tested by dir/file_walk, we need to 500 at the very
74e7f6c55fd67b10cb400b3f6d1dc718a303d944minfrin end of the ap_process_request_internal() processing so sub_req-esters
74e7f6c55fd67b10cb400b3f6d1dc718a303d944minfrin know this request cannot be run. This provides authors of older
74e7f6c55fd67b10cb400b3f6d1dc718a303d944minfrin modules better compatibility, while still improving the security and
a511a29faf2ff7ead3b67680154a624effb31aafminfrin robustness of 2.0.
a511a29faf2ff7ead3b67680154a624effb31aafminfrin Status: still need to decide where this goes, OtherBill comments...
a511a29faf2ff7ead3b67680154a624effb31aafminfrin Message-ID: <065701c14526$495203b0$96c0b0d0@roweclan.net>
a511a29faf2ff7ead3b67680154a624effb31aafminfrin [Deleted comments regarding the ap_run_handler phase, as irrelevant
63921358ef93fcb41bc71d9894221ba3d7fbb87bminfrin as BillS points out that "common case will be caught in
63921358ef93fcb41bc71d9894221ba3d7fbb87bminfrin default_handler already (with the r->finfo.filetype == 0 check)"
63921358ef93fcb41bc71d9894221ba3d7fbb87bminfrin and the issue is detecting this -before- we try to run the req.]
6d601599d3d65df0410eae6e573e75b2dbfb1fb4minfrin gregames says: can this happen somehow without a broken module
6d601599d3d65df0410eae6e573e75b2dbfb1fb4minfrin being involved? If not, why waste cycles trying to defend against
6d601599d3d65df0410eae6e573e75b2dbfb1fb4minfrin potential broken modules? It seems futile.
6d601599d3d65df0410eae6e573e75b2dbfb1fb4minfrin wrowe counters: no, it shouldn't happen unless the module is broken.
4c02bab56a528a180bbe394d8b6e6fd9c1a3ac1esf But the right answer is to fail the request up-front in dir/file
4c02bab56a528a180bbe394d8b6e6fd9c1a3ac1esf walk if the path was entirely invalid; and we can't do that either
4c02bab56a528a180bbe394d8b6e6fd9c1a3ac1esf or we break modules that are unwilling to hook map_to_storage.
2c487ac43b583db869e743772a7a10b278aa2bcfminfrin * Rewrite core_output_filter. It is nearly impossible to support
684e0cfc200f66287a93bbd1708d1dd8a92a7eefcovener it with predictable results as it is implemented now.
5c43d2fb853f84497b5ece2d414ef9484aa87e5fsf * Convert all instances of the old apr_lock_t type to the new
ef82e8fa164e0a1f8b813f7deb6b7ead96018c94niq * With AP_MODE_EXHAUSTIVE in the core, it is finally clear to me
26c5829347f6a355c00f1ba0301d575056b69536niq how the Perchild MPM should be re-written. It hasn't worked
ef82e8fa164e0a1f8b813f7deb6b7ead96018c94niq correctly since filters were added because it wasn't possible to
ef82e8fa164e0a1f8b813f7deb6b7ead96018c94niq get the content that had already been written and the socket at
ef82e8fa164e0a1f8b813f7deb6b7ead96018c94niq the same time. This mode lets us do that, so the MPM can be
ef82e8fa164e0a1f8b813f7deb6b7ead96018c94niq * htpasswd blindly processes the file you give it, and does no
413ee814748f37be168ff12407fa6dba0ceeabe6trawick sanity checking before totally corrupting whatever file it was
c12917da693bae4028a1d5a5e8224bceed8c739dsf you thought you had. It should check the input file and bail
c12917da693bae4028a1d5a5e8224bceed8c739dsf if it finds non-comment lines that do not contain exactly 1
eafcc0ebf263d0ba69855b6e10958c4c1a2361bdsf ':' character.
eafcc0ebf263d0ba69855b6e10958c4c1a2361bdsf Message-ID: <20020217150457.A31632@clove.org>
eafcc0ebf263d0ba69855b6e10958c4c1a2361bdsf * Can a static httpd be built reliably?
eafcc0ebf263d0ba69855b6e10958c4c1a2361bdsf Message-ID: <20020207142751.T31582@clove.org>
d7ffd2da16d58b1a0de212e4d56f7aebb72bef26sf * [Ken] Test suite failures:
d7ffd2da16d58b1a0de212e4d56f7aebb72bef26sf o worker is also failing some of the 'cgi' subtests
4576c1a9ef54cd1e5555ee07d016a7f559f80338sf Justin says: "Worker should be fine and passes httpd-test here.
4576c1a9ef54cd1e5555ee07d016a7f559f80338sf If you can provide evidence that it can be reproduced
9811aed12bbc71783d2e544ccb5fecd193843eadsf outside of httpd-test, then it's a showstopper. I
9811aed12bbc71783d2e544ccb5fecd193843eadsf think it's a perl or a httpd-test problem."
9811aed12bbc71783d2e544ccb5fecd193843eadsf Not a showstopper: Justin
1366443dc565c33e7b449ae428bbfc4c86f33935drh * Usage of APR_BRIGADE_NORMALIZE in core_input_filter should be
88fac54d9d64f85bbdab5d7010816f4377f95bd7rjung removed if possible.
88fac54d9d64f85bbdab5d7010816f4377f95bd7rjung Message-ID: <Pine.LNX.4.33.0201202232430.318-100000@deepthought.cs.virginia.edu>
bd3f5647b96d378d9c75c954e3f13582af32c643sf * There is a bug in how we sort some hooks, at least the pre-config
bd3f5647b96d378d9c75c954e3f13582af32c643sf hook. The first time we call the hooks, they are in the correct
bd3f5647b96d378d9c75c954e3f13582af32c643sf order, but the second time, we don't sort them correctly. Currently,
bd3f5647b96d378d9c75c954e3f13582af32c643sf the modules/http/config.m4 file has been renamed to
2a7beea91d46beb41f043a84eaad060047ee04aafabien modules/http/config2.m4 to work around this problem, it should moved
2a7beea91d46beb41f043a84eaad060047ee04aafabien back when this is fixed. rbb
2a7beea91d46beb41f043a84eaad060047ee04aafabien Justin says: "Is this really a showstopper? This has been here
2a7beea91d46beb41f043a84eaad060047ee04aafabien forever. What's wrong? Does this have to do with
584a85dd4047e38d3ed3a29b6662fcc9d100ae4csf autoconf or m4?"
584a85dd4047e38d3ed3a29b6662fcc9d100ae4csf Not a showstopper: Justin, BrianP, trawick, gregames
f21e9e3d0bfb7a507ecc5bc963f2159d693503d1sf * The Add...Filter and Set...Filter directives do not allow the
f21e9e3d0bfb7a507ecc5bc963f2159d693503d1sf administrator to order filters, beyond the order of filename (mime)
f21e9e3d0bfb7a507ecc5bc963f2159d693503d1sf extensions. It isn't clear if Set...Filter(s) should be inserted
f6b9c755a0b793e8a3a3aebd327ca20a86478117sf before or after the Add...Filter(s) which are ordered by sequence of
f6b9c755a0b793e8a3a3aebd327ca20a86478117sf filename extensions. At minimum, some sort of +-[0-10] syntax seems
f6b9c755a0b793e8a3a3aebd327ca20a86478117sf like the quickest fix for a 2.0 gold release.
132ee6ac1c26d6e8953836316ba50734eefab47bsf Justin says: "Could we delay this for a point release or 2.1?"
132ee6ac1c26d6e8953836316ba50734eefab47bsf Not a showstopper: justin, wrowe, trawick, stoddard, Jim, Ian, Aaron,
85eacfc96a04547ef25aabbc06440039715084c2jorton * Get perchild to work on platforms other than Linux. This
85eacfc96a04547ef25aabbc06440039715084c2jorton will require a portable mechanism to pass data and file/socket
536d2e7cd1fdec1255b8c3bdf41fdc714c506a54trawick descriptors between vhost child groups. An API was proposed
536d2e7cd1fdec1255b8c3bdf41fdc714c506a54trawick on dev@apr:
536d2e7cd1fdec1255b8c3bdf41fdc714c506a54trawick Message-ID: <20020111115006.K1529@clove.org>
70caa242e6b90e0d6f0fabb56b8c5c2fb51717b3jorton * Try to get libtool inter-library dependency code working on AIX.
985a4368b93c3e9171a57897ad9454c8dbf4cdf6jorton Message-ID: <cm3n10lx555.fsf@rdu163-40-092.nc.rr.com>
70caa242e6b90e0d6f0fabb56b8c5c2fb51717b3jorton Justin says: If we get it working on AIX, we can enable this
79c5787b92ac5f0e1cc82393816c77a006399316trawick on all platforms and clean up our build system
79c5787b92ac5f0e1cc82393816c77a006399316trawick Jeff says: I thought I tested a patch for you sometime in
79c5787b92ac5f0e1cc82393816c77a006399316trawick January that you were going to commit within a few
79c5787b92ac5f0e1cc82393816c77a006399316trawick * Handling of %2f in URIs. Currently both 1.3 and 2.0
79c5787b92ac5f0e1cc82393816c77a006399316trawick completely disallow %2f in the request URI path (see
79c5787b92ac5f0e1cc82393816c77a006399316trawick ap_unescape_url() in util.c). It's permitted and passed
79c5787b92ac5f0e1cc82393816c77a006399316trawick through in the query string, however. Roy says the
7b395e4e878c28a4784919cfd2e704ddd14a3390jorton original reason for disallowing it, from five years ago,
7b395e4e878c28a4784919cfd2e704ddd14a3390jorton was to protect CGI scripts that applied PATH_INFO to
7b395e4e878c28a4784919cfd2e704ddd14a3390jorton a filesystem location and which might be tricked by
7b395e4e878c28a4784919cfd2e704ddd14a3390jorton ..%2f..%2f(...). We *should* allow path-info of the
536e48c08d674acac5d44929318f2ad928edc361jorton Since we've revamped a lot of our processing of path
e81785da447b469da66f218b3f0244aab507958djorton segments, it would be nice to allow this, or at least
e81785da447b469da66f218b3f0244aab507958djorton allow it conditionally with a directive.
3e4e54d4e3fc0123c63d57aa84ac7ad7a8c73ff8jorton * FreeBSD, threads, and worker MPM. All seems to work fine
3e4e54d4e3fc0123c63d57aa84ac7ad7a8c73ff8jorton if you only have one worker process with many threads. Add
53e9b27aba029b18be814df40bcf6f0428771d1efuankg a second worker process and the accept lock seems to be
53e9b27aba029b18be814df40bcf6f0428771d1efuankg lost. This might be an APR issue with how it deals with
53e9b27aba029b18be814df40bcf6f0428771d1efuankg the child_init hook (i.e. the fcntl lock needs to be resynced).
53e9b27aba029b18be814df40bcf6f0428771d1efuankg More examination and analysis is required.
53e9b27aba029b18be814df40bcf6f0428771d1efuankg Status: This has also been reported on Cygwin.
6bb524f1895f30265a1431afc460977d391cb36bsf Message-ID: <3C2CC514.8EF3BED1@wapme-systems.de> (cygnus)
ca61ccd0c306c2c72df153688ba1b49f3eceed80sf Justin says: So, FreeBSD-CURRENT and Cywin have the same
6bb524f1895f30265a1431afc460977d391cb36bsf problem. Yum. If another platform has this
e6dd71992459d05a676b98b7963423dc5dc1e24aminfrin with worker, this becomes a showstopper.
e6dd71992459d05a676b98b7963423dc5dc1e24aminfrin Aaron says: I spent some time disecting this and have come to
e6dd71992459d05a676b98b7963423dc5dc1e24aminfrin the conclusion that it is not a problem in the worker MPM
e6dd71992459d05a676b98b7963423dc5dc1e24aminfrin (or at least, it is not isolated to a problem in worker).
23f1535d6a60817d2846bac0aea230ea475d7dccminfrin I'll list some of the problems I'm seeing in case someone
23f1535d6a60817d2846bac0aea230ea475d7dccminfrin else wants to pick up where I've left off:
23f1535d6a60817d2846bac0aea230ea475d7dccminfrin - Delivery of just about any signal to one of the child
23f1535d6a60817d2846bac0aea230ea475d7dccminfrin processes will send it into an infinite loop as well.
ec7520b24cd80d34d82bbcaca153cbb23cc04bc0rjung - Even though the parent is spinning out of control,
ec7520b24cd80d34d82bbcaca153cbb23cc04bc0rjung at first the child or children will appear to work
ec7520b24cd80d34d82bbcaca153cbb23cc04bc0rjung properly. At times it is possible to get it into a state,
ec7520b24cd80d34d82bbcaca153cbb23cc04bc0rjung however, where a request will hang until another concurrent
ec7520b24cd80d34d82bbcaca153cbb23cc04bc0rjung request "kicks" the first, at which point the second will
ec7520b24cd80d34d82bbcaca153cbb23cc04bc0rjung hang. My theory is that this has to do with the
ec7520b24cd80d34d82bbcaca153cbb23cc04bc0rjung pthread_cond_*() implementation in FreeBSD, but it's still
ec7520b24cd80d34d82bbcaca153cbb23cc04bc0rjung possible that it is in APR.
6249dfa569d3b4f1f539665b979a80c6e335d93etrawick Justin adds: Oh, FreeBSD threads are implemented entirely with
0827cb14e550f6f65018431c22c2c913631c8f25kbrand select()/poll()/longjmp(). Welcome to the nightmare.
6249dfa569d3b4f1f539665b979a80c6e335d93etrawick So, that means a ktrace output also has the thread
ae600ca541efc686b34f8b1f21bd3d0741d37674covener scheduling internals in it (since it is all the same to
6249dfa569d3b4f1f539665b979a80c6e335d93etrawick the kernel). Which makes it hard to distinguish between
cfa64348224b66dd1c9979b809406c4d15b1c137fielding our select() calls and their select() calls.
74499a117b3b2cd9666715a14f90c0e5d1a4ee8ajim *bangs head on wall repeatedly* But, some of the libc_r
cfa64348224b66dd1c9979b809406c4d15b1c137fielding files have a DBG_MSG #define. This is moderately helpful
74499a117b3b2cd9666715a14f90c0e5d1a4ee8ajim when used with -DNO_DETACH. The kernel scheduler isn't
cfa64348224b66dd1c9979b809406c4d15b1c137fielding waking up the threads on a select(). Yum. And, I bet
74499a117b3b2cd9666715a14f90c0e5d1a4ee8ajim those decrementing select calls have to do with the
cfa64348224b66dd1c9979b809406c4d15b1c137fielding scheduler. Time to brush up on our OS fundamentals.
cfa64348224b66dd1c9979b809406c4d15b1c137fielding * There is increasing demand from module writers for an API
an external dependency (e.g., a database) fails, et cetera.
allows the beloved (crusty) Alias /foo/ /somepath/foo/ followed
by a <Directory /somepath/foo> to become simply
<Location /foo/> DocumentRoot /somefile/foo (IMHO a bit more legible
The current porting state is summarized in modules/ssl/README. The
(1) stablizing/optimizing the SSL filter logic
* Combine log_child and piped_log_spawn. Clean up http_log.c.
* Win32: Migrate the MPM over to use APR thread/process calls. This
losing error status (i.e. throwing away the error returned by a
* All DBMs suffer from confusion in support/dbmmanage (perl script) since
* 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
Message-ID: <Pine.LNX.4.44.0203011354090.16457-200000@deepthought
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
Solaris 8.x/sparc yes Jim Jagielski