STATUS revision d9ca73cb0e701d10a94734a2ce553d9a1c906b8b
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinAPACHE 2.0 STATUS: -*-text-*-
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinLast modified at [$Date: 2002/06/19 00:31:12 $]
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.40 : in development.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.39 : rolled June 17, 2002.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.38 : rolled June 16, 2002. not released.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.37 : rolled June 11, 2002. not released.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.36 : released May 6, 2002 as GA.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.35 : released April 5, 2002 as GA.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.34 : tagged March 26, 2002.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.33 : tagged March 6, 2002. not released.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.32 : released Feburary 16, 2002 as beta.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.31 : rolled Feburary 1, 2002. not released.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.30 : tagged January 8, 2002. not rolled.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.29 : tagged November 27, 2001. not rolled.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.28 : released November 13, 2001 as beta.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.27 : rolled November 6, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.26 : tagged October 16, 2001. not rolled.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.25 : rolled August 29, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.24 : rolled August 18, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.23 : rolled August 9, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.22 : rolled July 29, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.21 : rolled July 20, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.20 : rolled July 8, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.19 : rolled June 27, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.18 : rolled May 18, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.17 : rolled April 17, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.16 : rolled April 4, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.15 : rolled March 21, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0.14 : rolled March 7, 2001
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0a9 : released December 12, 2000
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0a8 : released November 20, 2000
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0a7 : released October 8, 2000
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0a6 : released August 18, 2000
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0a5 : released August 4, 2000
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0a4 : released June 7, 2000
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0a3 : released April 28, 2000
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0a2 : released March 31, 2000
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin 2.0a1 : released March 10, 2000
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinPlease consult the following STATUS files for information
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinon related projects:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinCURRENT RELEASE NOTES:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinRELEASE SHOWSTOPPERS:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinCURRENT VOTES:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * apachectl should revert to just being an init script and
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin httpd.sh should be the wrapper for httpd which sources envvars
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin and allows any options to be passed through
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin +1: trawick
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Should we always build [support*] binaries statically unless otherwise
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <20020129210006.B23512@Lithium.MeepZor.Com>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin +1: Ken, *wrowe [they are PITAs on OSX]
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin -1: Justin, Ian
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * If the parent process dies, should the remaining child processes
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin "gracefully" self-terminate. Or maybe we should make it a runtime
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin option, or have a concept of 2 parent processes (one being a
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin "hot spare").
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin See: Message-ID: <3C58232C.FE91F19F@Golux.Com>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Self-destruct: Ken, Martin
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Not self-destruct: BrianP, Ian, Cliff, BillS
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Make it runtime configurable: Aaron, Jim, Justin
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Have 2 parents: +1: Jim
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin -1: Justin, wrowe [for 2.0]
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin +0: Martin (while standing by, could it do
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin something useful?)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Make the worker MPM the default MPM for threaded Unix boxes.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin +1: Justin, Ian, Cliff, BillS
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin +0: BrianP, Aaron (mutex contention is looking better with the
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin latest code, let's continue tuning and testing)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinRELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * All handlers should always send content down even if r->header_only
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin is set. If not, it means that the HEAD requests don't generate the
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin same headers as a GET which is wrong.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Is this a showstopper?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * 500 returned instead of 501 if a handler other than default_handler
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin is invoked on a method with M_INVALID.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <20020613001913.J22524@apache.org>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Proposed patch: <20020613111913.S22524@apache.org>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Is this a showstopper?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin -1: Cliff, Aaron
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Returning invalid 304 errors when filters are present. [PR 9673]
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <Pine.GSO.4.44.0206061713320.3848-100000@lab26.lacfas.hec.ca>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin <20020607135121.G19485@apache.org>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin <20020610204425.B19018@lyra.org>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Proposed patch: <20020607214725.K19485@apache.org>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Status: We should set r->no_local_copy, but where can we set it?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin We must set it before the handlers are run so that the
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin appropriate handler can call ap_meets_conditions() before
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin generating the data. Greg has reservations about Justin's
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin proposed patch. Consensus needed.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Is this a showstopper?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin -1: Cliff, Aaron
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * server pushed CGI's not working. (Is this a showstopper??)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <3CE15B85.2FF45121@apache.org>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * HP/UX 10.20: compile breakage in APR. Looks like it should be easy
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin to fix, probably just some extraneous #include's that are fouling
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Jeff: See my reply and patch in the PR (and previous commit to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin stop using "pipe" as a field name). If patch is committed, we
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin should be okay. I'll wait to see if the user tests the patch.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * exec cmd and suexec arg-passing enhancements
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Status: Patches proposed
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <20020526041748.A29148@prodigy.Redbrick.DCU.IE>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin (see the "proc.patch" and "suexec-shell.patch" links in this message)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Get mod_cache/mod_mem_cache out of experimental (still some
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin work items left to complete)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * The 2.0.36 worker MPM graceless shutdown changes work but are
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin a bit clunky on some platforms; eg, on Linux, the loop to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin join each worker thread seems to hang, and the parent ends up
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin killing off the child with SIGKILL. But at least it shuts down.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * --enable-mods-shared="foo1 foo2" is busted on Darwin. Pier
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin posted a patch (Message-ID: <B8DBBE8D.575A%pier@betaversion.org>).
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * We do not properly substitute the prefix-variables in the configuration
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin scripts or generated-configs. (i.e. if sysconfdir is etc,
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin httpd-std.conf points to conf.)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * If any request gets through ap_process_request_internal() and is
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin scheduled to be served by the core handler, without a flag that this
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin r->filename was tested by dir/file_walk, we need to 500 at the very
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin end of the ap_process_request_internal() processing so sub_req-esters
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin know this request cannot be run. This provides authors of older
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin modules better compatibility, while still improving the security and
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin robustness of 2.0.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Status: still need to decide where this goes, OtherBill comments...
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <065701c14526$495203b0$96c0b0d0@roweclan.net>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin [Deleted comments regarding the ap_run_handler phase, as irrelevant
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin as BillS points out that "common case will be caught in
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin default_handler already (with the r->finfo.filetype == 0 check)"
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin and the issue is detecting this -before- we try to run the req.]
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin gregames says: can this happen somehow without a broken module
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin being involved? If not, why waste cycles trying to defend against
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin potential broken modules? It seems futile.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin wrowe counters: no, it shouldn't happen unless the module is broken.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin But the right answer is to fail the request up-front in dir/file
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin walk if the path was entirely invalid; and we can't do that either
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin or we break modules that are unwilling to hook map_to_storage.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Rewrite core_output_filter. It is nearly impossible to support
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin it with predictable results as it is implemented now.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * With AP_MODE_EXHAUSTIVE in the core, it is finally clear to me
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin how the Perchild MPM should be re-written. It hasn't worked
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin correctly since filters were added because it wasn't possible to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin get the content that had already been written and the socket at
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin the same time. This mode lets us do that, so the MPM can be
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * htpasswd blindly processes the file you give it, and does no
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin sanity checking before totally corrupting whatever file it was
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin you thought you had. It should check the input file and bail
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin if it finds non-comment lines that do not contain exactly 1
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin ':' character.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <20020217150457.A31632@clove.org>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Can a static httpd be built reliably?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <20020207142751.T31582@clove.org>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * [Ken] Test suite failures:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin o worker is also failing some of the 'cgi' subtests
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin (see <URL:http://Source-Zone.Org/Apache/regression/>):
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Justin says: "Worker should be fine and passes httpd-test here.
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar If you can provide evidence that it can be reproduced
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin outside of httpd-test, then it's a showstopper. I
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin think it's a perl or a httpd-test problem."
99bfe4427761b6bb735aa1dd6a24e72313da0820jailletc Not a showstopper: Justin
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar * Usage of APR_BRIGADE_NORMALIZE in core_input_filter should be
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin removed if possible.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <Pine.LNX.4.33.0201202232430.318-100000@deepthought.cs.virginia.edu>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * There is a bug in how we sort some hooks, at least the pre-config
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin hook. The first time we call the hooks, they are in the correct
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin order, but the second time, we don't sort them correctly. Currently,
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin the modules/http/config.m4 file has been renamed to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin modules/http/config2.m4 to work around this problem, it should moved
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin back when this is fixed. rbb
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Justin says: "Is this really a showstopper? This has been here
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin forever. What's wrong? Does this have to do with
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin autoconf or m4?"
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Not a showstopper: Justin, BrianP, trawick, gregames
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * The Add...Filter and Set...Filter directives do not allow the
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin administrator to order filters, beyond the order of filename (mime)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin extensions. It isn't clear if Set...Filter(s) should be inserted
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin before or after the Add...Filter(s) which are ordered by sequence of
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin filename extensions. At minimum, some sort of +-[0-10] syntax seems
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin like the quickest fix for a 2.0 gold release.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Justin says: "Could we delay this for a point release or 2.1?"
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Not a showstopper: justin, wrowe, trawick, stoddard, Jim, Ian, Aaron,
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Get perchild to work on platforms other than Linux. This
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin will require a portable mechanism to pass data and file/socket
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin descriptors between vhost child groups. An API was proposed
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin on dev@apr:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <20020111115006.K1529@clove.org>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Try to get libtool inter-library dependency code working on AIX.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <cm3n10lx555.fsf@rdu163-40-092.nc.rr.com>
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Justin says: If we get it working on AIX, we can enable this
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin on all platforms and clean up our build system
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Jeff says: I thought I tested a patch for you sometime in
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin January that you were going to commit within a few
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Handling of %2f in URIs. Currently both 1.3 and 2.0
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin completely disallow %2f in the request URI path (see
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin ap_unescape_url() in util.c). It's permitted and passed
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin through in the query string, however. Roy says the
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin original reason for disallowing it, from five years ago,
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin was to protect CGI scripts that applied PATH_INFO to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin a filesystem location and which might be tricked by
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin ..%2f..%2f(...). We *should* allow path-info of the
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin form 'http://foo.com/index.cgi/path/to/path%2finfo'.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Since we've revamped a lot of our processing of path
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin segments, it would be nice to allow this, or at least
99bfe4427761b6bb735aa1dd6a24e72313da0820jailletc allow it conditionally with a directive.
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar * FreeBSD, threads, and worker MPM. All seems to work fine
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin if you only have one worker process with many threads. Add
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar a second worker process and the accept lock seems to be
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin lost. This might be an APR issue with how it deals with
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin the child_init hook (i.e. the fcntl lock needs to be resynced).
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin More examination and analysis is required.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Status: This has also been reported on Cygwin.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <3C2CC514.8EF3BED1@wapme-systems.de> (cygnus)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Justin says: So, FreeBSD-CURRENT and Cywin have the same
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin problem. Yum. If another platform has this
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin with worker, this becomes a showstopper.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Aaron says: I spent some time disecting this and have come to
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar the conclusion that it is not a problem in the worker MPM
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin (or at least, it is not isolated to a problem in worker).
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin I'll list some of the problems I'm seeing in case someone
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin else wants to pick up where I've left off:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin - Delivery of just about any signal to one of the child
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin processes will send it into an infinite loop as well.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin - Even though the parent is spinning out of control,
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin at first the child or children will appear to work
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin properly. At times it is possible to get it into a state,
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin however, where a request will hang until another concurrent
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin request "kicks" the first, at which point the second will
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin hang. My theory is that this has to do with the
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin pthread_cond_*() implementation in FreeBSD, but it's still
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin possible that it is in APR.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Justin adds: Oh, FreeBSD threads are implemented entirely with
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin select()/poll()/longjmp(). Welcome to the nightmare.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin So, that means a ktrace output also has the thread
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin scheduling internals in it (since it is all the same to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin the kernel). Which makes it hard to distinguish between
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin our select() calls and their select() calls.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin *bangs head on wall repeatedly* But, some of the libc_r
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin files have a DBG_MSG #define. This is moderately helpful
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin when used with -DNO_DETACH. The kernel scheduler isn't
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin waking up the threads on a select(). Yum. And, I bet
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin those decrementing select calls have to do with the
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar scheduler. Time to brush up on our OS fundamentals.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * There is increasing demand from module writers for an API
99bfe4427761b6bb735aa1dd6a24e72313da0820jailletc that will allow them to control the server � la apachectl.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Reasons include sole-function servers that need to die if
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar an external dependency (e.g., a database) fails, et cetera.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Perhaps something in the (ever more abused) scoreboard?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin rbb: I don't believe the scoreboard is the correct mechanism
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin for this. We already have a pipe that goes between parent
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin and child for graceful shutdown events, along with an API that
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin can be used to send a message down that pipe. In threaded MPMs,
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin it is easy enough to make that one pipe be used for graceful
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin and graceless events, and it is also easy to open that pipe
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin to both parent and child for writing. Then we just need to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin figure out how to do graceless on non-threaded MPMs.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Allow the DocumentRoot directive within <Location > scopes? This
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin allows the beloved (crusty) Alias /foo/ /somepath/foo/ followed
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar by a <Directory /somepath/foo> to become simply
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin <Location /foo/> DocumentRoot /somefile/foo (IMHO a bit more legible
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin and in-your-face.) DocumentRoot unset would be accepted [and would
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin not permit content to be served, only virtual resources such as
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar server-info or server-status.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin This proposed change would _not_ depricate Alias.
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar * Win32: Rotatelogs sometimes is not terminated when Apache
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin goes down hard. FirstBill was looking at possibly tracking the
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin child's-child processes in the parent process.
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar OtherBill asks, wasn't this fixed?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin stoddard: Not fixed. Shared scoreboard might offer a good
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin way for the parent to keep track of 'other child' processes
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin and whack them if the child goes down.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Other thoughts on walking the process chain using the NT kernel
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin have also been proposed on APR.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Win32: Add a simple hold console open patch (wait for close or
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin the ESC key, with a nice message) if the server died a bad
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin death (non-zero exit code) in console mode.
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar Resolution: bring forward same ugly hacks from 1.3.13-.20
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin This is not so simple. Any exit() from APR or other libraries
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin can't be caught unless we add some sort of apr_exit(rv) with
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin registered apr_atexit() fn's that have the return code as an
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin argument to the registered fn.
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar * Eliminate unnecessary creation of pipes in mod_cgid
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Combine log_child and piped_log_spawn. Clean up http_log.c.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Common logging API.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Document mod_file_cache.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Platforms that do not support fork (primarily Win32 and AS/400)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Architect start-up code that avoids initializing all the modules
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar in the parent process on platforms that do not support fork.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Win32: Migrate the MPM over to use APR thread/process calls. This
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin would eliminate some code in the Win32 branch that essentially
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin duplicates what is in APR.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * There are still a number of places in the code where we are
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin losing error status (i.e. throwing away the error returned by a
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin system call and replacing it with a generic error code)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Mass vhosting version of suEXEC.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * All DBMs suffer from confusion in support/dbmmanage (perl script) since
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin the dbmmanage employs the first-matched dbm format. This is not
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin necessarily the library that Apache was built with. Aught to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin rewrite dbmmanage upon installation to bin/ with the proper library
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin for predictable mod_auth_dbm administration.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Questions; htdbm exists, time to kill dbmmanage, or does it remain
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin useful as a perl dbm management example? If we keep it,
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin do we address the issue above?
99bfe4427761b6bb735aa1dd6a24e72313da0820jailletc * Integrate mod_dav.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Some additional items remaining:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin - case_preserved_filename stuff
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin (use the new canonical name stuff?)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin - find a new home for ap_text(_header)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin - is it possible to remove the DAV: namespace stuff from util_xml?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * ap_core_translate() and its use by mod_mmap_static and mod_file_cache
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin are a bit wonky. The function should probably be exposed as a utility
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin function (such as ap_translate_url2fs() or ap_validate_fs_url() or
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin something). Another approach would be a new hook phase after
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin "translate" which would allow the module to munge what the
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin translation has decided to do.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Status: Greg +1 (volunteers), Ryan +1
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Explore use of a post-config hook for the code in http_main.c which
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin calls ap_fixup_virutal_hosts(), ap_fini_vhost_config(), and
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin ap_sort_hooks() [to reduce the logic in main()]
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * read the config tree just once, and process N times (as necessary)
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar * (possibly) use UUIDs in mod_unique_id and/or mod_usertrack
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * (possibly) port the bug fix for PR 6942 (segv when LoadModule is put
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin into a VirtualHost container) to 2.0.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * shift stuff to mod_core.h
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * callers of ap_run_create_request() should check the return value
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin for failure (Doug volunteers)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Win32: Get Apache working on Windows 95/98. The following work
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin (at least) needs to be done:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin - Document warning that OSR2 is required (for Crypt functions, in
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin rand.c, at least.) This could be resolved with an SSL library, or
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin randomization in APR itself.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin - Bring the Win9xConHook.dll from 1.3 into 2.0 (no sense till it
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin actually works) and add in a splash of Win9x service code.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Fix the worker MPM to use POD to kill child processes instead
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin of ap_os_killpg, regardless of how they should die. (Ryan Bloom)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Scoreboard structures could be changed in the future such that
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin proper alignment is not maintained, leading to segfaults on
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin some systems. Cliff posted a patch to deal with this issue but
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin later recanted. See this message to dev@apr.apache.org:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Message-ID: <Pine.LNX.4.44.0203011354090.16457-200000@deepthought
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinTODO ISSUES REMAINING IN MOD_SSL:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * In order to use a DSO version of mod_ssl we have to link with
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin -lssl and -lcrypto. A workaround is in place right now where the
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin entire EXTRA_LIBS macro is being appended to the objects list, but
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin this is a hack. We should either revamp the APACHE_CHECK_SSL_TOOLKIT
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin autoconf function or come up with some other autoconf checks to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin search for libssl and libcrypto and properly add them to mod_ssl's
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin link flags.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * SSL renegotiations in combination with POST request
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Port or dispose all code inside #if 0...#endif blocks that remain
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin from the porting effort.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Do we need SSL_set_read_ahead()?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * the ssl_expr api is NOT THREAD SAFE. race conditions exist:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin -in ssl_expr_comp() if SSLRequire is used in .htaccess
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin (ssl_expr_info is global)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin -is ssl_expr_eval() if there is an error
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin (ssl_expr_error is global)
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * SSLRequire directive (parsing of) leaks memory
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Diffie-Hellman-Parameters for temporary keys are hardcoded in
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin ssl_engine_dh.c, while the comment in ssl_engine_kernel.c says:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin "it is suggested that keys be changed daily or every 500
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin transactions, and more often if possible."
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * ssl_var_lookup could be rewritten to be MUCH faster
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * CRL callback should be pluggable
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * session cache store should be pluggable
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * init functions should return status code rather than ssl_die()
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * ssl_engine_pphrase.c needs to be reworked so it is generic enough
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin to also decrypt proxy keys
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * the shmcb code should just align its memory segment rather than
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin jumping through all the "safe" memcpy and memset hoops
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinEXPERIMENTAL MODULES:
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin Experimental modules should eventually be be promoted to fully supported
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin status or removed from the repository entirely (ie, the
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar 'experiment' failed). This section tracks what needs to happen to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin get the modules promoted to fully supported status.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * mod_cache: handle cache_control: no_cache "field_name" to enable
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin cacheing the response w/o header "field_name"
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin See RFC2616 section 14.9.1
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * mod_cache: CacheEnable/CacheDisable should accept regular expressions.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * mod_cache: Fix dependency on ATOMIC operators. Need
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar APR_HAS_ATOMIC_* feature macros.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * mod_disk_cache: Implement garbage collection
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * mod_mem_cache/mod_disk_cache: Need to be able to query cache
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin status (num of entries, cache object properties, etc.).
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin mod_status could be extended to query optional hooks defined
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin by modules for the purpose of reporting module status.
a99c5d4cc3cab6a62b04d52000dbc22ce1fa2d94coar mod_cache (et. al.) could define optional hooks that are called
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin to collect status. Status should be queryable by
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin HTTP or SNMP?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * mod_mem_cache: garbage collection. One strategy is to simply
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin remove stale entries as we attempt to serve them. Another
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin strategy is to kick off a GC thread that traverses the cache
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin and preemptively remove stale entries. How to manage a
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin cache that is full? Do LRU GC? Other? Bueller?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * mod_mem_cache/mod_disk_cache: Complete implementing config
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin directives.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * Sample config for mod_cache/mod_mem_cache/mod_disk_cache for
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin inclusion into httpd.conf.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * mod_cache/mod_mem_cache/mod_disk_cache: Documentation.
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinPRs that have been suspended forever waiting for someone to
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrinput them into 'the next release':
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin * documentation and Q&A
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin PR#2221: Make online documentation search link back to my installation
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin PR#2906: Propose that Apache recommend $UNIQUE_ID for all "session id"
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin PR#2793: When will Apache support P3P? Any Plans?
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin PR#2113: HTTP Server Rebuild Line Needs Changing for the better
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin PR#2421: problem specifying ndbm library for build ?with autoconfigure
e81d1e4f661023c964899abcbf2a60c2f8278f4aminfrin PR#76: missing call to "setlocale();"
PR#1191: setlogin() is not called, causing problems with e.g. identd
PR#1287: add allow,deny/deny,allow warning to mod_access
PR#1117: Using NIS passwd.byname dbm files with AuthDBMUserFile
PR#2873: Feedback/Comment on APACI
PR#2431: A small addition to rotatelogs.c to improve program functionality.
PR#2889: Inclusion of RPM spec file in CVS/distributions
* orig_ct in the byterange/multipart handling may not be
Solaris 8.x/sparc no Jim Jagielski