"make install" and "apxs -i"

since we don't link with Apache DSOs we don't need the .la files

since we load Apache DSOs with explicit path information we don't
need any other system-specific magic to be performed


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

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

  Move the insert_filter hook from the prepare request phase to the
  invoke handler phase, since it can't fail, and contributes nothing
  to the request 'character', but everything to it's invocation.


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

  A style change for ken :)


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

(like it was origintally)...  since AC_TRY_LINK() references
CPPFLAGS but not INCLUDES, we'll add the zlib include directory
to CPPFLAGS *temporarily*


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

  Master dictionary entry for the new directive


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

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

mod_include docs.


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

  Whoops, that's quadstate, the value 3 is not-present.


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

  As suggested by Josh Slive, add the explicit 'default' to AcceptPathInfo.
  I'll leave docs up to him.  The conf becomes a quadstate (undef != default)
  but other than that, it should make things cleaner for the user.


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

  A little loopy commit.  Refer mod_cgid users to the mod_cgi docs for
  extra info, document the AcceptPathInfo impact in the PATH_INFO comments
  of mod_cgi, and document it's configuration in core.


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

  Ya know, the language here wasn't all that explicit.  We are testing for
  content-type text/html, so we better spell that out up front.


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

  Not really an XXX here


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

  Apply the converse of the AcceptPathInfo patch for isapi's/cgi's.
  The default behavior remains, accept PATH_INFO, but it may be expressly
  revoked with AcceptPathInfo Off


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

  Address a signedness warning.  No cleaner solutions here.


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

  While contemplating a cast to (char) for the c arg to trie_node_link,
  I decided it's more plesant to let the cpu not to think so hard (no
  wasted space, the c member will by word aligned anyways.)


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

  If dconf->accept_path_info is tristate, why not r->used_path_info?
  This patch allows us to force path_info off in mod_cgi[d] etc, patch
  forthcoming.  It also allows includes, php, etc to change the undefined
  value in the early handler or late fixup phases to Accept'ed.


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

  Jeff's guess, right on.  [Thought I committed it all... gotta grab a
  clean parallel tree, all my parallel trees are dirty again.]


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

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

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

  Now all should be well.  AcceptPathInfo on will give us a document with
  path_info served from the core handler.  Any filters can then manipulate
  all the usual CGI envvars [as proven with this little excerpt with a
  <!--#printenv --> document...

<FilesMatch ".*\.shtml.*">
    Options +Includes
    SetOutputFilter INCLUDES
    AcceptPathInfo on
</FilesMatch>

  a potentially questionable config, but effective.


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

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

  Give the request_rec some information about path_info allowance.
  If some unnamed filter will consume the path_info, it may set up
  used_path_info to a non-zero value, and core.c will consume the
  request with path_info.


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

  Kill some redundancy (why test PUT when we disallow all but GET/POST?)
  and add some thoughts.


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

  . unwind MORE redundant code [wasn't I just here six months ago???]

  . fix a redundant return [how no compilers caught a code-not-reachable
    is beyond me :]


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

  Periods aren't commas.  Clear out some inappropriate casts while
  we are at it.


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

  Whatever this was doing, it looks most unholy.


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

connects (dislodging a doomed child from the accept mutex). No longer
do we assume that the child is listening to 127.0.0.1, but instead
we just pick the first hostname/port from the listen rec.


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

currently, a kludge (-uXML_Parse) is needed to get a reference to expat
in the Apache executable programs; I think this is related to the fact
that expat libtool is getting generated a little differently than apr
libtool and is choosing to build a different flavor of shared library


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

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

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

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

Submitted by: Pavel Novy


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

up-to-date URL.  The FAQ included in httpd-2_0_28 isn't very pretty
because it wasn't parsed by mod_include as part of the roll script.
Add a comment explaining why this is necessary.

with this change, there's no reason to run expand.pl twice.


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

Fixed some HTML tags (case, href/name/id)
Added a mention of multiple 'arguments' to allow/deny, and an example. This should probably be more explicit, but I'm not sure of the details (should we show with leading/trailing periods, and explain that IPs are assumed to be the left side, but hostnames are assumed to be the right side?).
PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

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

morning, you will usually see lots ( >50 ) of old generation processes
happily serving requests with yesterday's config.  Late in the afternoon, they
are usually gone due to MaxRequestsPerChild and perform_idle_server_maintenance.

ap_mpm_pod_signal can time out during connect(), causing it to exit with an
error.  If it was called by ap_mpm_pod_killpg during graceful restart,
ap_mpm_pod_killpg will exit immediately.  This can cause us to not write
enough characters to the pod to kill off all the old generation children.

This fix decouples the loop which writes to the pod from the loop which
generates dummy connect()s.  The connect()s aren't as important as
writing to the pod when there is a steady stream of inbound connections.

also, close the socket and destroy the temporary pool if the connect()
fails.


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

get rid of an ancient work-around for a problem with apr_heap_create


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

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