on mod_rewrite. This, along with the original usage of a unix-only
function in mod_rewrite, is a temporary stopgap measure designed only
to workaround limitations in APR's handling of permission attributes.
It shall be removed as soon as that interface is improved.


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

connections).

The to-do of fixing client I/O so it goes through the filters still
remains.  But it will be nice if it will work until somebody gets
around to doing that.


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

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

silently failing when locking/unlocking the mutex, since httpd
child processes didn't have permissions to access the root-created
semaphore.

PR: 8143


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

SysV Semaphores in the core and modules.


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

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

Submitted by: Jean-Jacques Clar [jjclar@novell.com]


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

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

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

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

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

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