brigades across multiple calls until MAX_IOVEC_TO_WRITE or
MIN_SIZE_TO_WRITE thresholds are hit. This implementation does not attempt
to coalesce bytes. Moving a bit further down the filter learning curve...


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

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

include directory


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

1) don't compute md5 if we have a content filter; it is almost always wrong
2) add note about adding md5 filter in the future; this can be done
3) delete some APACHE_XLATE/CHARSET_EBCDIC baggage associated with md5
   digest support; part of this deleted baggage is a segfault on
   subrequests referencing r->rrx (which is not allocated for subrequests)


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

Submitted by: Chris Pepper
PR: 6623


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

  Hey... didn't know these were hanging around.  Time to file and forget.


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

instead of the number of bytes sent.

default_handler() ignores the ap_send_fd() return code, but
mod_file_cache doesn't.  When mod_file_cache's handler called
ap_send_fd(), the client would get the desired file plus an
error document (500 internal server error), which was delivered
because mod_file_cache's handler returned an error since
ap_send_fd() returned non-zero.

Also in this commit is a hack to be able to compile when APACHE_XLATE
is defined.


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

FIN/EOF or error.  This meshes with what getline() looks for.  It isn't
perfect, but it avoids some nasty loops consuming all available storage
on http/1.1 connections.  In keepalive state, we call getline to read the
next request...  getline() calls core_input_filter() (indirectly)...
core_input_filter() calls apr_recv() which returns APR_SUCCESS/0 bytes
to signal FIN/EOF.  But core_input_filter() returned a bucket with length
zero to getline(), so getline() called core_input_filter() again.


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

turn on APLOG_NOERRNO even though no syscall failure was being
reported; others passed errno instead of the APR retcode.


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

ap_os_case_canonical_filename() interface: It returns const char * on
platforms where no mapping is ever performed but char * on platforms
where mapping can occur.  Such a discrepancy seems to be a good choice,
as no platform is penalized with extra pathlength.

This tweak gets rid of a const misuse warning on systems where
ap_os_case_canonical_filename() returns const char *.


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

  Definately need a canonical name, so comparison succeeds at run time.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

  Fix a few colliding modules


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

  Ok... I've been waiting to find out what happens when we commit to two
  trees at once.  To that end, this is the caching and rather stable 2.0
  mod_isapi, with the docs brought over from 1.3 and freshened a bit.


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

ap_save_brigade.  This function does not try to save the actual brigade to
a specific location.  If just traverses the brigade, calls setaside if
it is available and concatenates it with a previously setaside brigade.

The resulting brigade is returned to the caller for them to save it to
the appropriate location.


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

  Whoops... that there was a handle I left hanging (and growing).


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

  Downgrade warnings, stop changing errors from something meaningless to
  something unrelated, and solve a bug in arg passing.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

  Choices.  Choose -X, -DONE_PROCESS or set ONE_PROCESS=token for the
  diagnostic behavior.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

  _not_ up to 100%, but some structural changes to make the rest easier.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

check that a setaside routine is defined for the bucket before attempting to call it.  Not sure
at all if we even want to keep this routine as it does not allow using filter->ctx for other
purposes.


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

in ap_new_connection, but that is bogus, because then other modules can't
put their own filter in.  Now, we do this in a new pre-connection hook
function.  Later, we will want to add some checking to make sure that this
is really an HTTP request that we are adding the filter for.


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

  Cleaned out empty symbols... preparing for some real order, al la
  FirstBill's efforts on aprlib.def

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

  Just Typos.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

  Forward port 1.3 overhaul of isapi to 2.0.

  Yes - it's blatently obvious that this should be 'bucketized', but the
  sequence I will follow is:

    *) compatibility of sources
    *) extension to async + transmitfile emulated support
    *) localization of ISAPI* directives to Directory, File blocks
    *) addition of ISAPI caching
    *) recode for buckets.

  I'm actually looking forward to the mod_cgi bucketization as a model.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

it is a good first step.  It is possible to add filters when reading from
the client with this change.


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

PR: 6556
Submitted by:	Mike Abbott <mja@sgi.com>
Reviewed by:	Joshua Slive


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

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

Submitted by:	 lbayuk@mindspring.com (ljb) (via usenet)
Reviewed by:	Joshua Slive


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

This implementation is limited to coalescing a single string of small (< MIN_BUCKET_SIZE)
buckets into one large bucket.  If a brigade contains a string of small buckets followed by a
large bucket followed by another string of small buckets, only the first string will be coalesced.

This implementation works very well with the output generated by mod_autoindex though.
The number of iovecs handled by http_core is reduced to three from over a thousand for my
test case.


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

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

Submitted by:	Bill Stoddard
Reviewed by:	Jeff Trawick


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

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

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

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

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

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

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

ap_send_error_response.  The new function simply returns the error response
string corresponding to given HTTP error core.  This makes it easier to
change the mechanism for sending these strings, because we no longer have
r[v]puts calls spread throughout the error string generation code.


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

CharsetOptions DebugLevel=n instead of CharsetDebug on/off.  Use the debug
level to decide which debug messages to issue (if any).  Use ap_log_rerror()
instead of ap_log_error() when appropriate.
Describe CharsetOptions in the doc.


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

This will need to be done later.


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