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

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

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

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

subdirectory of docroot.


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

Add more native texts for variants where we send REDIRECT_ERROR_NOTES.


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

minimum of casting; it wouldn't compile with AIX xlc otherwise (experience
says that Tru64 and HP-UX native compilers would be extremely unhappy too,
though I didn't try yet)

get rid of unused function deflate_insert_filter (trivial to put back
so no reason to #if 0)


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

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

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

looking for invalid characters in analyze_ct()


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

a normal listener.

There was an additional bug than what Ian submitted to fix listen.c
(i.e. check sa for null): make_pipe_of_death does not zero out
lr->bind_addr (since it uses apr_palloc).  So, on Solaris, the first
time through, bind_addr was probably 0, but the second time, not (pools!).
(This caused Aaron's analysis that the patch worked the first time,
but not the second time.)

Submitted by:	Ian Holsman
Reviewed by:	Justin Erenkrantz, Aaron Bannert


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

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

  AFAICT - these symbols are unused.

  The right solution, once required, is to wrap the FRAMING requirement
  into the mmap logic so we can always ask for a n byte mmap, only to be
  given a n + (pg - (n % pg)) byte region without consumer hassles.


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

How does it work?  I don't see any docs.


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

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