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

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

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

client or not.  The reason for this, is that it allows us to log the
bytes sent to the client correctly.  This also simplifies the
content-length filter a bit, by making it a single pass through the
brigade.


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

because it didn't signify the end of the brigade, and it didn't signify
the end of a response.  It ended up meaning flush the data, which can be
detemined with bucket type checks.  This also makes the FLUSH and EOS
buckets have a 0 length, which makes a lot of code cleaner, because now we
can just add lengths and be sure they are all >=0.


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

Submitted by:	Chris Pepper <pepper@mail.reppep.com>


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

trace of that possibility from the code.  First of all, there is nothing
that says you can only send one file bucket in a response, and second,
even if a handler sends a file, nothing says that it can't add text before
or after it too.


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

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

Submitted by:	Chris Pepper <pepper@mail.reppep.com>


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

Submitted by:	Chris Pepper <pepper@mail.reppep.com>, Joshua Slive


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

the first request if this is a keepalive connection.  This allows us to
save the end of the first request until we have enough data from the
second request to make it worthwhile to send the responses.  In order
to do this, we need to allocate mmap's from the connection pool instead
of the request pool.  If we don't use the connection pool, then the mmap
is freed before the data is sent, because the mmap is freed at the end of
the first request.


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

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

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

that works correctly right now is sockets, but pipes are coming next.
This also makes the http_header_filter do AP_MODE_PEEK correctly.


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

the check for it, and through in an ASSERT.


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

to use REQUEST_CHUNKED_DECHUNK.

Because of this change, the need for handle_request_body() is gone,
so we remove that as well.


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

if it gets a flush bucket.  A generator of streaming content needs to send down
a flush bucket (e.g., by calling ap_rflush()) if it wants to send a partial
response to the client immediately.


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

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

Removing the rest will need someone who knows this code to look through
in more detail.


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

but folks may want to test it :)


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

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

  John's patches to provide depreciated messages for the -i and -u
  options (now -k install|uninstall), and best yet, restart the console
  mode server on Ctrl+Break (Ctrl+C still stops it.)
  At least this is the second half - sorry I missed a bit.

Submitted by:	John Sterling <sterling@covalent.net>
Reviewed by:	William Rowe


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

  John's patches to provide depreciated messages for the -i and -u
  options (now -k install|uninstall), and best yet, restart the console
  mode server on Ctrl+Break (Ctrl+C still stops it.)

Submitted by:	John Sterling <sterling@covalent.net>
Reviewed by:	William Rowe


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

such a way that "%m %U%q %H" is the same as "%r".


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

Added three log methods: CLF compliant '-' byte count, method and protocol.

CVg:   then name the system in this line, otherwise delete it.


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

and in this case we can get the ip address directly from the socket.  This
should mean that if we add more protocol support we don't have to worry about
this.  No doubt this is the first of many such changes...


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

here.


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

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

status at the end of the response as follows:
 'X' - connection aborted before the response completed.
 '+' - connection may be kept-alive by the server.
 '-' - connection will be closed by the server.


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

BUFF isn't used for output anymore.


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

an incomplete version of the default_handler change.

This version gets always rid of the request body, regardless of the
method.


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

instead of BUFF.


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

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

when the core sees a FLUSH bucket, we automatically send everything to the
network.


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

  Solve the os_is_absolute_path problem for the moment.

  This is -not- the permanent patch for 2.0, simply a placeholder till we
  have the canonical name implemented in APR for good.


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

  Two patches (sorry), first to clean up the double assignment of the
  r->content_type value on UNICODE_FS, and the second to add ETag and
  Modified-Date to the file listing.  If anyone sees an objection to
  this thing, please scream (loudly) before I go and attack 1.3.x with
  the ETag/Modified-Date Friday a.m.


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

the server.  The ap_ugly_hack variable is only valid if Autoconf was used
for the configuration.


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

CHUNK filter has been added.  Otherwise, f->next won't be the
CHUNK filter and thus the first brigade won't be chunked
properly.
Reported by:	wrowe


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

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

  Get Win32 building again.

Submitted by:	John Sterling <sterling@covalent.net>
Reviewed by:	wrowe


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