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

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

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

  When is a void fn(void) not a void fn(void)?  It's a win32'ism, since
  the APR_DECLARE (excluding _NONSTD) uses the pascal convention.  Really
  irrelevant in a function that never needs to clean up (atexit), but
  the compiler complains.  Possible workarounds, but that would break
  non-c lanaguge code from linking into apr.


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

  Some missing exports


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

  Fixups to build the whole shebang once again.


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

I broke mod_rewrite by modifying strings in place when expanding them,
because variable lookups can cause subrequests which cause mod_rewrite
to do its stuff again including an expansion on the same string, which
is then syntactically invalid. So copy the lookup keys somewhere else
before using them in such a way that may cause recursion.

In addition to this, my parser could also be confused by complicated
nested rewrite map expansions like ${map1:${map2:key|dflt}|dflt} so
fix that too by keeping track of {} when looking for |.

PR:             7087


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

Host: header.

PR:             7079
Submitted by:   Alexey Toptygin <alexeyt@wam.umd.edu>


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

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

  This change eliminates the intermediate httpd.lib from the build of
  libhttpd.dll - it was required for the support applications to avoid
  linking to the libhttpd.dll, but those functions have all moved to
  apr and apr-util.

  This change also prepares us to eliminate libhttpd.def once all of the
  appropriate AP_DECLARE tags are assigned.


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

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

have not been updated for 2.0.  I will regenerate these html files
after the man pages are updated.


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

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

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

MPMs... Ryan fixed prefork.c yesterday


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

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

discussion by Alan J. Flavell on some language-negotiation issues.


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

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@87700 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.

  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