Renamed <modulelist> into <modulefilelist>, so as not to clash with <directivesynopsis>/<modulelist>.


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

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

unfortunately.  They got 2 GAs out of the old MMN.

Reviewed by:	Cliff Woolley


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

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

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

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

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

have a predetermined C-L - such as data that passes through mod_include.
Previously, these requests would generate 416 since when the byterange
filter ran, r->clength would be 0.  r->clength is only guaranteed to
be valid after C-L filter is run, but we need C-L to run after us so
that our data can have a proper C-L returned.  So, we need to rearrange
the code so that we can deal with this case.

Highlights:
- Remove r->boundary since it is possible to have this self-contained in
  boundary's ctx.  (May require MMN bump?)
- Remove call to parse_byteranges in ap_set_byterange since this would
  wrongly return -1 for dynamic responses.  We have to wait until we
  see EOS to call parse_byteranges.
- Move bound_head computation inside the num_parts == 2 check.
- Change a NULL brigade check to APR_BRIGADE_EMPTY
- Move the 416 error return to after we've run through all ranges and
  found none of them to be valid.


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

These files don't play nicely with current transformation scripts yet.


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

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

third-party modules to extend mod_rewrite's "int:" internal RewriteMap
functionality.

Concept by:  Tahiry Ramanamampanoharana <nomentsoa@hotmail.com>


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

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

reverting it and will just have to live with the warning for now.  FirstBill,
what's The Right Way to fix this?  Should we drop all the const qualifiers
in there, or should cache_hash_set() return a const void * and mod_mem_cache
should cast away the const, or what?


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

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

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

mod_mem_cache.c: In function `cleanup_cache_mem':
mod_mem_cache.c:251: too many arguments to function `cache_hash_first'
make[4]: *** [mod_mem_cache.slo] Error 1


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

cures a storage leak when garbage collecting expired entries out of the
hash table. cache_hash is just apr_hash with some of the function removed
and reimplemented to use malloc/free in place of apr_pool calls.


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

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

consume a ')' that immediately follows it.


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

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

We can't specify it in DISTCLEAN_TARGETS because it is a directory.
Perhaps we could modify DISTCLEAN_TARGETS to delete dirs too, but
that's outside the scope of what Thom (or I) want to deal with now.

Submitted by:	Thom May <thom@planetarytramp.net>
Reviewed by:	Justin Erenkrantz


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

PR:	8170
Submitted by:	Thom May <thom@planetarytramp.net>
Reviewed by:	Justin Erenkrantz


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

the cache hash table.


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

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

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

to do this...


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

Though the streams are swollen,
Keep them dogies rollin', Rawhide!


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

in the hash entry.  Once initialize_module() returns, the key pointer in the
hash entry is invalid.  This causes a fault the next time that the hash entry
key is checked.  Calling the _set() version will store a copy of the key which
has the same lifetime as the hash table entry.


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

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

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

the same scoreboard slot across graceful restarts.


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

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

DEFLATE.


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

- Shorten up the summary a little.
- Remove some cross-references where the link is already in the directive text.


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

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

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

PR: 8569


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

out of date" warning.

PR: 8696


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

* eliminate some copying of sub-parts of the content type in analyze_ct()
* take advantage of the fact that we know the lengths of those sub-parts
  in find_ct() to avoid having to recompute their length for concatenation

The charset handling code needs the same type of optimization eventually.


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

Fix some minor formatting issues with ab. Part of this is
     in reference to PR 8544, the rest I noticed while testing
     the PR fix. [Paul J. Reder]

Submitted By: Carlo Marcelo Arenas Belon
Reviewed By:  Paul J. Reder


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