mod_include by adding support for a power-of-two pool-based allocator
in ap_ssi_parse_string(). (The default operation of this function
is backward-compatible, to support the other modules that call it.)
This change should help reduce memory usage for servers delivering
shtml pages.


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

Start tracking it in STATUS so we can point people to this if they ask
about this again.


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

Submitted by:	albert chin (china@thewrittenword.com)
Reviewed by:	Justin Erenkrantz


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

implement this.


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

determine if there is work to do.  Made the calls to accept() non-blocking.


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

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

  don't hard-code the address family of the target; respect
  what the resolver told us

  get a new socket each time we try to connect to one of the
  target addresses as reported by the resolver; you can't
  portably attempt to connect more than once on the same
  socket

this is the same fix committed to proxy http support yesterday


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

add remove_entity function to type on mem_cache (so we can remove items from the cache)
PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

PR:
Obtained from:
Submitted by:
Reviewed by:


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

(1) PR #9190  It failed to connect to IPv6 hosts.
(2) It failed to connect when the first IP address returned by
    the resolver was unreachable but a secondary IP address was.

PR:    9190 (partly)


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

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

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

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

directive when reading a proxy response. We should bypass LimitRequestBody
activities when handling a response from the proxied server.

I don't think this will circumvent requestbody checking on a large request
coming into the server that is destined to be proxied. (not tested though).


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

modules.

PR:           #9338
Submitted by: James Watson <ap2bug@sowega.org>


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

last quarter.  Ain't worth a cent now.


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

don't have to be munged further.


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

(limit_req_body is now an apr_off_t)


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

problems at least on NetWare
Submitted by: Pavel Novy


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

  Merge a singular path for dir_walk to parse, if we have an r->filename
  which is an APR_DIR, and path_info contents.  Also, al la Mr. Pane,
  optimize our canonical_filename by simply noting the length of the
  identity match, and refresh canonical_filename when we are finished.


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

  Eliminate a duplicate absolute path test, and NEVER serve a request
  for an APR_DIR file from the cache when we have path_info, it is a
  contradition (APR_DIR always forces dir_walk to gather the next segment
  from path_info, even if it is APR_NOFILE, until we have no path_info.)

  So we can't use a predetermined filename/path_info combo, ever, if the
  filename resolves to an APR_DIR.


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

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

to be a bit more descriptive. Move the check to inside the inner while()
loop and add an additional check for eos. If we get an EOS bucket, there
is no point in going further. Hopefully this will fix the last seg fault
in the function.


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

This appears to be due to an API change in LWP 5.61.  A fix has been
committed to httpd-test.  (Works on Linux with prefork and worker now.)


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

Does anyone else see this?


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

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

ap_*_client_block to ap_http_filter (aka HTTP_IN).  This is the
only appropriate place for limit checking to occur (otherwise,
chunked input is not correctly limited).

Also changed the type of limit_req_body to apr_off_t to match the
other types inside of HTTP_IN.  Also made the strtol call for
limit_req_body a bit more robust.


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

brigade as-is.

Suggested by: Cliff


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

modules to register "notes" within the array of working data in
the core_request_config


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

  Need a null language_priority array for an either/or choice in the
  conf merge.  This does so.  The merges should be significantly quicker.


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

  Thanks Mr. Trawick, backtraces can be very enlightening.

  This fixes two bugs, the segfault when researching index numbers,
  and another.  We don't hint anywhere that LanguagePriority is a
  cumulative setting, in fact the syntax doesn't suggest so either.
  Merges are always slow, there is no reason to make this even slower.

  So the patch has the LanguagePriority directive override any existing
  LanguagePriority list from an earlier container.


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

  Time to commit... before I get lost in the changes


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

an HTTP/0.9 response or a bogus status line.

Submitted by: Adam Sussman
Reviewed by:	Bill Stoddard


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

end of the status line returned from the proxied server.
Note that buffer is NULL terminated by the call to
ap_proxy_string_read() so there is no need to terminate it
again.

Submitted by:	Adam Sussman
Reviewed by:	Bill Stoddard


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

host does not send any bytes back our way.


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

getting an empty brigade from ap_get_brigade(). Also made sure that
we always call ap_get_brigade() in readline mode.

Submitted/Reviewed by: Adam Sussman & Bill Stoddard


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

Moved the directory/location/file-walk caches from the
request's pool userdata hash table to the core_request_config
struct.

This change removes about 60% of the processing time from
prep_walk_cache().


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

  Saw this bug several hours ago, but it slipped my mind.  We no longer
  skip over the leading '/' character, since the token_re already strips
  the / delimiters.


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

  Return the correct $n result (assign the val, not the var!)


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