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

the object.


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

from the request_rec.


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

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

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

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

Tried to group strings according to usage.
Tried to comment where strings are used.


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

Some clean ups.


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

for 2.0.37: showstoppers = 1;


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

APR_BRIGADE_PREPEND instead, plus optimize away a bunch of repetitive
brigade destructions/creations by hanging onto ctx->saved even after
we empty it out.


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

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

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