Provide apr_pool_t arg to register_hooks, since anything they do in that
  step -must- be done with a pool that will not outlive the cmd pool, from
  which they may have been dynamically loaded.

  This needs further review, it's committed only as a stopgap for those
  who's builds I broke, sorry.  Review tbc late this evening.


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

  Provide apr_pool_t arg to register_hooks, since anything they do in that
  step -must- be done with a pool that will not outlive the cmd pool, from
  which they may have been dynamically loaded.


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

by my previous commit.
Suggested by Joshua Slive.


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

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

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

other folks were hitting a problem with mod_dav and need an excuse to
upgrade


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

strings.h is needed for the str[n]casecmp() declaration


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

and the server dropped the connection unexpectedly.


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

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

discarding the body of a request, but it could affect other paths.


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

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

  That's not a -D'ef - its an envar - you can't pass foo=bar in apache!


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

  Eliminate a warning, pid is an int.


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

  Lay it on the table


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

  Clearly the last patch is the -wrong- solution for awk... so I'm backing
  it out; we need to find another way to help gnu awk users


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

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

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

  fix some return codes along the lines of OtherBill's comment
  fix some bad conditional logic for when to check if we read the
    wrong number of bytes


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

underlying (broad) bug. dav_add_response() was assuming the walk params were
a dav_walker_ctx. During the walker cleanup in Nov00, that assumption was
removed, so response errors that occurred in the cleaned sections (such as
dav_fs_delete_resource) could trigger a segfault.

Solution: add a pool to dav_walk_resource and alter dav_add_response to use
that, rather than assume the ctx is a dav_walker_ctx.

[ note there is also a pool in dav_walk_resource.resource, but that pool is
  associated with the *resource* rather than the process of walking, so we
  introduced another field. currently they are the same, however. ]

Found by: Ryan Bloom


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

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

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

hints.m4 works and the additional of NOTEST_*


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

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

expect it to be reapplied, but it isn't


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

  Build was broken on some pure unixish awks, this fixes.

Obtained from:	new-httpd
Submitted by:	Roman Neuhauser


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

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

we use the -D command line argument to Apache to configure these
options.
Submitted by:	Greg Stein


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

the name. NONAC_* causes autoconf to complain loud and long.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

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

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

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

First of all, avoid re-adding values to the various hints
each time called (not a problem now, but could be later).
Then build up CFLAGS/LDFLAGS during Makefile generation.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

is to make certain that only apr_sendfile() will be used to send content with a cached file handle.
This assumes that apr_sendfile() should not rely on the position of the file pointer. I suspect that
sendfile implementations that rely on the position of the file pointer are broken and we should not
use sendfile on those platforms.


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

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

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

for LoadModule directive.


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

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

BeOS, and perhaps other platforms


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

TransferLog docs.


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