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

Submitted by:	Hartmut Obendorf <obendorf@informatik.uni-hamburg.de>


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

  Always helps to add the member


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

  Bring many things up-to-date.  FirstBill, wasn't the child logging
  process stuff already fixed?


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

  Speed it up.  While this optimization wasn't obvious for the two-pass
  location_walk, it is significant for all subreq/redirects reusing the
  cached walk values.


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

  Uhmm... time for a note about this.


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

AddOutputFilter to be ignored when matching the URI.

Submitted by:	Bill Rowe


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

This can happen if there is a partial match between a bad URI and a
file with a variant extention.

ap_sub_req_lookup_dirent has apparently been generating bogus subrequest
URIs for ages, but they used to be ignored.  Once we started calling
ap_process_request_internal for all subrequests, they started causing
problems.  Make it explicit that rnew->uri is to be ignored for this type
of subrequest.


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

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

time, error level, etc strings.  The only information in the string is
the actual error.
Submitted by:	Jon Travis <jtravis@covalent.net>


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

line, thinking we've set a custom status. Of course, it says "200 OK" no
matter what error we happen to return(!).


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

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

add HTTP_IN filter after the headers have been parsed.
so that the HTTP_IN can check them ;-)
Still not 100% if this works properly, but I don't get
the chunking numbers displayed on my browser,
so it's better than what was there.
PR:
Obtained from:
Submitted by:
Reviewed by:


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

everything else happy as well)


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

check_pipeline_flush(), making it think another request was available (when
it wasn't). Apache would avoid flushing the prior request and block on
reading the next request. (of course, the client wasn't sending the next
one, cuz it was still waiting for the results of the first one)


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

Status: It serves a reverse-proxy page.. but SLOWLY.
VERY SLOWLY.
still looking at why, but now it serves pages instead of dumping core.
PR:
Obtained from:
Submitted by:
Reviewed by:


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

  Revamped ap_directory_walk logic, without a path_info helper is now
  activated.  It may be bumpy for a few days, and we have more optimizations
  to put in place, but it's time to get this in the developer's test code.


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

  This is nothing but const bogosity.  We have our very own manipulation,
  we are allowed to touch the char *'s, even if we have a const contract.


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

Submitted by: Aarron Bannert <aaron@clove.org>
Reviewed by:	Ian Holsman <IanH@apache.org>


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

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

  Great badness - not a good idea to return OK when you don't modify the
  resulting value, even if it's NULL.


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

  Hmmm... continue's not so good an idea here :)


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

  Time to give up for the day, and grab a beer


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

  Aaargh!  Unwinding part of my patch before I committed the prior version,
  I ended up blasting these (intentional) changes as well :(

  This finishes up the changes for the new, replacement ap_directory_walk
  for testing.  This code isn't active yet.


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

  A major overhaul to the -replacement- ap_directory_walk logic.  This still
  doesn't activate that code, I will do so probably by Monday, after more
  thorough testing.

  Introduces the ap_directory_walk::cache so we can stop wasting tons of
  effort in mod_autoindex and other subreq/redirect requests.

  This isn't thoroughly tested, I've only stepped through a half dozen
  common cases.  If you want to play, define REPLACE_PATH_INFO_METHOD.


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

  Good to note


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

  Allow ApacheBench to connect to and control Apache on other WinNT/2K
  machines.

Submitted by:	Mladen Turk <mturk@mappingsoft.com>


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

  Fix a borked entry that I introduced.  Now mime_magic should build.


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

a problem terminating the parser. _geterror() cannot be called either.


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

  I don't know if these are correct, just my best alien guess.

  I also don't suspect we want to add test/ to the modules/ makefile,
  since test won't be distributed with the tarball.


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

  Some other modules here are argueably tests ... but these are nothing
  but tests.  No end user would ever be interested in 'experimenting'
  with them :)


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

  Legibility counts for something, so does eliminating bogus ssize_t
  products from pointer subtraction ;)


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

Be back Monday night...off to a wedding on the east coast now...


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

(blocking or not).

apr_brigade_partition would do reading multiple times and that's
not really what we want (so I think).

This may speed up POST requests that were waiting for all of the
data to arrive before returning anything in blocking mode.

Reviewed by:	Greg Stein, Ryan Bloom


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

Allan Liska


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

finite number of bytes (i.e. *readbytes > 0).

ap_brigade_partition does a blocking read.  So, what we should do is
apr_bucket_read on the socket for non-blocking.  If we get less than
what they asked for, that's okay and we should just return that amount.
If they were non-blocking, we should always be non-blocking.

Ryan, Greg, and others can figure out if ap_brigade_partition should
be tweaked to handle AP_NONBLOCK_READ natively.  I'm of a mixed mind,
but this addresses the short term need.


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

via ap_get_brigade.  So, we should treat this as end-of-input.


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

  And thank you once again, Justin


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

  These now exist with their -std names, thanks for the suggest, Justin.


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

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