sendfile().
PR:
Obtained from:
Submitted by:
Reviewed by:


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

  Roll forward fixes identified for 1.3.13-dev.

  Note... this module still needs more control over async emulation, etc.

Submitted by:	Jesse Pelton [jsp@PKC.com]


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

  A 'little' reminder about a 'little' problem.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

  Back out or finish up a few non-apr tests.  Won't touch proxy at this
  moment with a 10 foot pole.  fs_dav is ok... the others need apr'ization


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

  Completed review for new tests:
    APR_STATUS_IS_EACCES(s)
    APR_STATUS_IS_EEXIST(s)
    APR_STATUS_IS_ENAMETOOLONG(s)
    APR_STATUS_IS_ENOENT(s)

  Where the old EACCES et. al. still exist, we have a problem (not yet
  using APR at all)

  More to come...


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

  Here it is, the Win32 part of the big canonical errors patch.

  The reason is really, really simple.  If we ever choose to mix clib and
  dos error codes, they criss-cross and don't line up, but they share the
  same number space.  As I wrote the new APR_IS_ERROR macros, I realized
  we were about to shoot ourselves in the foot.

  These changes nearly entirely affect Win32 only.  The next big patch will
  affect all of the rv == APR_ENOENT type problems throughout the system.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

is that the bucket code does not respect the length passed into it.  This
is correct for buckets, but it means that when we get data out of the
buckets, we may have to split the bucket to make sure that any copy
operations are safe.  We were originally doing the split at the number of
characters read from the bucket, but we really want to do it at the length
of the buffer.


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

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

*) blow away opaquelock.c and dav_opaquelock.h since direct use of APR UUIDs
   is quite easy.
*) toss the uuid_state from the per-server config in mod_dav.c


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

the bucket brigade between the headers and the body.  Right now it just
converts \r\n to \n\0.


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

ErrorDocument xxx http://....


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

I'm pretty sure this isn't complete, but it has worked in my tests with
a very simple CGI.


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

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

builds on FreeBSD 3.4 again.


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

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

  The lots of little ones... APR_IS_STATUS_condition(rv) conditional macros
  replacing the majority of fallible rv == APR_condition tests.  But there
  are lots more to fix, these are the obvious ones that already did proper
  canonical error conversion.


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

commands to be sent to gcc.  It worked on some platforms, but not all of
them.


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

1) separate filter lists hanging off the r and the c

   requests start off with the same filter list as the connection

   the input filter list is not initialized for subrequests

   internal redirects start off with the same filter list as the
   connection

2) AddInputFilter directive (blatant rip-off of Ryan's AddOutputFilter
   directive); as with AddOutputFilter, the network is implicitly to the
   right of the specified filter list; this may not be the most
   intuitive way to specify the filters; not sure yet


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

code.


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

ap_add_output_filter().


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

charset of response bodies.

ap_checkconv() is removed, except for in os/bs2000 and os/tpf.
(Anything there is questionable for 2.0 anyway.)


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

Build process:

  -add datadir and localstatedir substitutions
  -fix layout name
  -fix logfilename misspelling
  -fix evaluation of installation dir variables and
  -replace $foobar by $(foobar) to be usefull in the makefile

Cross compile:

  -add rules for cross-compiling in rules.mk. Okay, rule to check for
   $CC_FOR_BUILD is still missing
  -use CHECK_TOOL instead of CHECK_PROG for ranlib
  -add missing "AR=@AR@" to severaly Makefile.in's
  -cache result for "struct rlimit"
  -compile all helper programs with native and cross compiler
   and use the native version to generate header file


PR:	6384
Submitted by:	"R�diger" Kuhlmann <Tadu@gmx.de>
Reviewed by:	Ryan Bloom


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

PR:	6379
Submitted by:	"R�diger" Kuhlmann <Tadu@gmx.de>
Reviewed by:	Ryan Bloom


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

lines (netcat) gets a strange looking HTTP_NOT_IMPLEMENTED message.

While I'm in there, start working on ebcdic co-existance with input
filtering.


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

if there are no shared modules compiled.  This is in keeping with what
we did with Apache 1.3, and it allows APXS to work, even if there were no
shared modules installed initially.


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

conn_rec parameter.


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

output filter chain from the conn_rec.  Any required request
filters will be inserted later.


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

request_rec.  This means that a conn_rec must be supplied when calling
ap_add_filter.  The reason for this change is that we need to be able to
add the core_filter (whether or SSL or not) before we try to read the
request.  This way, if a request fails, we can actually send the error
page back to the client.  With this change, we add the core filter to the
conn_rec during the pre-connection phase.
Submitted by:	Ryan Bloom, Jeff Trawick, and Greg Ames


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

writev_it_all() in case we have another brigade to process.
Otherwise, nbytes is bogus for the second brigade and
writev_it_all() doesn't know when to quit (it loops).

In writev_it_all(), when compensating for bytes already sent
don't go beyond the number of iovs we were passed on input.


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

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

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