There were some places that were expecting what you put into frec
would be what frec->name would be.  Not true anymore.

There are enough other places that were already doing the strcasecmp
that it makes more sense to just make it all strcasecmp across the
board rather than changing the UPPERCASE to lowercase.

(None of these with the exception of old_filter look to be in the
critical path anyway...)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90890 13f79535-47bb-0310-9956-ffa450edef68

This is a reformat commit *ONLY*
Please drive on through.

(One spelling tpyo fixed...)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90889 13f79535-47bb-0310-9956-ffa450edef68

through the list of registered filters.  This patch replaces the linear
list with a hash table for better performance.
Submitted by:	Brian Pane <bpane@pacbell.net>
Reviewed by:	Justin Erenkrantz


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90888 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90887 13f79535-47bb-0310-9956-ffa450edef68

us set the environment variable REQUEST_URI to the redirected
URI, instead of the originally requested URI.

PR:	7580
Submitted by:	Taketo Kabe <kabe@sra-tohoku.co.jp>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90886 13f79535-47bb-0310-9956-ffa450edef68

Submitted by:	Cliff's compiler (warning) and Brian Pane (fix)
Reviewed by:	Justin Erenkrantz


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90885 13f79535-47bb-0310-9956-ffa450edef68

  This one has a sharper 16x16 image committed some time ago to apache-1.3


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90884 13f79535-47bb-0310-9956-ffa450edef68

PR:	6879


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90880 13f79535-47bb-0310-9956-ffa450edef68

Rowe. More to come, but this clarified a point that I had to track
down earlier, and may save someone some time.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90878 13f79535-47bb-0310-9956-ffa450edef68

did.
PR:	7626


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90877 13f79535-47bb-0310-9956-ffa450edef68

over-writing the specified prefix during --with-layout processing.  By
keeping a copy of the specified prefix, and resetting it after the
layout processing, this is fixed.
PR:	7755


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90876 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90875 13f79535-47bb-0310-9956-ffa450edef68

This is a reformat commit *ONLY*
Please drive on through.

(If I have to work with this file any more, I want it in our style...)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90874 13f79535-47bb-0310-9956-ffa450edef68

- make lazy_eval_sentinel a const
- create #define for &lazy_eval_sentinel (LAZY_VALUE)
- create get_include_var function (get, check, get real value if lazy)
- cleanup the printenv call to be a bit more streamlined (can't use
  get_include_var here since it is iterating through the table here -
  well, you could do that, but I won't...)

Submitted by:	Greg Stein (concept)
Reviewed by:	Justin Erenkrantz


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90873 13f79535-47bb-0310-9956-ffa450edef68

compute variables.

Tested with httpd-test's printenv.shtml.

(Justin threw in one or two unrelated formatting nits)
Submitted by:	Brian Pane <bpane@pacbell.net>
Reviewed by:	Justin Erenkrantz


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90872 13f79535-47bb-0310-9956-ffa450edef68

(which seems to use a ; syntax).

Try:
AddOutputFilter GZ html  (server-level)
AddOutputFilter Includes html  (directory-level)

Oops.

Without this, when you use mod_gz and go to /foobarnotthere/, the error
page isn't handled by mod_include.  Oooops.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90871 13f79535-47bb-0310-9956-ffa450edef68

log either - or 0, before this patch, they were both logging
the file size.

PR:	8021
Submitted by:	Taketo Kabe <kabe@sra-tohoku.co.jp>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90870 13f79535-47bb-0310-9956-ffa450edef68

rather than on a per-character basis.  A significant amount of time
was spent checking the limit.  A better place to check for the threshold
is when we read the bucket in not as we read each character in the bucket.

If a bucket manages to be 200MB, it is not this code's problem as it
is a mere filter.

I ran this with the mod_include stuff in httpd-test and it looks good
from here.

Submitted by:	Brian Pane <bpane@pacbell.net>
Reviewed by:	Justin Erenkrantz, Ryan Bloom, Greg Stein, Cliff Woolley,
		Paul Reder, etc, etc, etc...


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90869 13f79535-47bb-0310-9956-ffa450edef68

  After some consideration - Location walk is always required (before and
  after any other map_to_storage operations.)  Therefore, initialize any
  NULL r->per_dir_config at this phase (the earliest necessary point.)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90868 13f79535-47bb-0310-9956-ffa450edef68

  Finish a thought.  I'm hoping this drops the number of obnoxous requests
  to bugs for mime.types changes back down to mostly valid requests.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90867 13f79535-47bb-0310-9956-ffa450edef68

  I love it when a plan comes together.

  We hadn't prepared for this possibility that someone didn't set up the
  r->per_dir_config (which the subreq's didn't).  Since we are first in
  line, we will handle it if need be.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90865 13f79535-47bb-0310-9956-ffa450edef68

  Move ForceType/SetHandler from mod_mime to core, copy the Set*Filter
  description for Add*Filter in mod_mime, and cross reference them.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90864 13f79535-47bb-0310-9956-ffa450edef68

  Ahhh, a const headache.  Here's a flag that is writeable.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90861 13f79535-47bb-0310-9956-ffa450edef68

  Since we can preserve and further canonicalize the subreq_file name onto
  a canonical r->filename, let's do so.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90860 13f79535-47bb-0310-9956-ffa450edef68

  Add some notes of things I noticed while proofing.  We still need a
  resolution to rnew->chunked = r->chunked in subrequests!


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90859 13f79535-47bb-0310-9956-ffa450edef68

  These no longer work, and even though most of this whole
  <IfModule mod_proxy.c> section doesn't work today, at least
  get the syntax right for <Proxy > blocks.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90858 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90857 13f79535-47bb-0310-9956-ffa450edef68

APR.  This should fix the build for BeOS.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90850 13f79535-47bb-0310-9956-ffa450edef68

Submitted by:	Ian Holsman <ianh@cnet.com>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90849 13f79535-47bb-0310-9956-ffa450edef68

  Can it be this simple?  No, probably not, but this fast-hack will get
  us going again for a while.

  We are currently rejecting some internal file_sub_req()'s in the
  translate phase.  I don't like this hack because of risks it potentially
  exposes, but for today, if we have a filename - and we are a subrequest,
  then let it fly without further mapping.  This allows us to serve up
  the default "/" request (run through mod_dir->mod_negotiation->mod_mime)
  without a 400 error.  The right solution is to set up some traps and
  escapes for the subreq mechanism, possibly with a subreq translate hook,
  and drop the URI entirely for these cases.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90847 13f79535-47bb-0310-9956-ffa450edef68

defined


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90846 13f79535-47bb-0310-9956-ffa450edef68

This gets the build working on BeOS again :)  Apologies for the delay :(

Jeff changed the order of apr-util and apr to solve a "cleaning" issue but
that makes me uncomfortable as apr-util is dependant on apr, so if we clean
apr-util we shouldn't be altering anything in apr.  If I decide to rebuild
apr-util then apr should still be buildable.  Sorry Jeff but I think we need
a different solution :(

Submitted by:	Peter Schultz <pete@beforever.com>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90844 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90843 13f79535-47bb-0310-9956-ffa450edef68

----------------------------------------------------
if the base paths are the same
    if (strncmp(rnew->filename, fdir, fdirlen) == 0

and there's more stuff in the new filename than just the base path
        && rnew->filename[fdirlen]

and that stuff contains no slashes
        && ap_strchr_c(rnew->filename + fdirlen, '/') == NULL)
----------------------------------------------------

Assuming that's a correct translation, which I believe to be the case
(and which also seems to jive with the previous version of the test),
then that first part darned well better check == 0, as opposed to != 0.
strncmp returns 0 when they match.  =-)

And voila,
"All tests successful, 1 test skipped."
is the result from httpd-test


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90842 13f79535-47bb-0310-9956-ffa450edef68

last tag, rather than UP to 2.0.26-dev.  =-)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90839 13f79535-47bb-0310-9956-ffa450edef68

  Now that stinks, sorry.  In moving code - I didn't notice my code
  now served out (r) info instead of the (rnew) info.  Made for nasty
  cyclic loops in mod_dir :(

  It looks like this works once again.  I'll post completed deltas to
  the list ASAP.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90838 13f79535-47bb-0310-9956-ffa450edef68

  Much better - sorry - I missed one case of forcing pipeline flush when
  the handler returned a non-OK result.  ergo, 304's weren't sent.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90837 13f79535-47bb-0310-9956-ffa450edef68

  Invoking the handler must occur at the caller's discression, in order
  for the sub_req mechanism to share this code.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90836 13f79535-47bb-0310-9956-ffa450edef68

  After calling ap_process_request_internal(), the caller must invoke
  the handler themselves.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90835 13f79535-47bb-0310-9956-ffa450edef68

  Move the ap_run_insert_filters to consistently occur in
  ap_process_request_internal.  This allows the sub_req handler
  to alter the filters before the subreq is actually run.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@90834 13f79535-47bb-0310-9956-ffa450edef68