AP_DEBUG_ASSERT() enabled


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

is common across any cache implementation, the other part is private to
the particular implementation (eg, mem_cache_object_t/mod_mem_cache).
Use a cache_handle_t allocated out of the request pool to hold references
to the callback functions and common cache object.

The cache_handle_t contains implementation specific callback functions and
a reference to a common cache_object_t.  The cache_object_t contains
a reference to an implementation specific cache object extension (mem_cache_object_t
for example).

All this simplifies managing the callback function pointers (don't want to
save them in each cache entry) and collections of cache_object_t keyed
to a single url.


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

  Everything on my mind at the moment (about 2.0 stability).


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

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

doing this, but I won't veto it.  I am 100% with JimJ on this.  We are
making this decision at the wrong time, and for the wrong reasons.  I
do not believe that this module ever belongs in the core, and I haven't
heard a single valid reason for using it.  Even the SSL reason has been
removed in my mind, due to the fact that we are now thinking of
removing mod_gz if the correct cipher is used, because the correct cipher
will compress for us.


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

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

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

  I don't seriously expect this solves the segfault ... but it does make
  the code more legible, and protects particularly ugly unset values.


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

  apr_filepath_merge includes APR_FILEPATH_SECURE_ROOT tests that can
  easily (and cross-platform, safely) assure a path is within a given root.


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

  This patch is insufficient (highlights an existing problem) for OS2 and
  Netware, especially, and any other platform with odd native requirements
  for the PATH_TRANSLATED variable (where it should look like a filesystem
  entity for non-unixish cgi's.)


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

  There is no errno using apr.  A quick grep reveals a dozen or so files
  with serious errno problems, particularly in mod_dav :(


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

hard to stumble across.


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

hard to find.


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

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

  The per_dir_merge overlay of AddInputFilter/AddOutputFilter must
  absolutely replace a prior definition for the same file extension.
  Picture AddOutputFilter Includes .html in a directory, and needing
  to replace that behavior in a subdirectory which does not contain
  SSI html files.  This behavior must remain consistent to the other
  mime behaviors, as documented in manual/mod/mod_mime.html


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

are horribly broken on FreeBSD, and there is nothing we can do to fix
them.  Unless, of course, somebody wants to contribute code to the
FreeBSD project.


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

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

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

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

of .var files, so the .var file issue is gone.

The brokenness of the threaded MPM on FreeBSD is a FreeBSD issue, not
an Apache issue, as far as anyone can tell.  I don't think this should
be in the STATUS file at all, unless somebody thinks we should issue a
big honking warning from configure if somebody tries to enable threaded.


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

(use of rv and date before setting them)


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

	Add a couple of items from discussion.

Submitted by:	Charles Randall <crandall@matchlogic.com>


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

(This really should be an APR function - if it isn't already...)

Now I know why my editor was thinking this file was completed wacked
w.r.t. braces.


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

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

So much to do so little time ...


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

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

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

Submitted by:	Madhu Mathihalli


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

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

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

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

edge cases via the old slow mechanism.

Previously, find_start_sequence would be responsible for ~25% of the
usr CPU time in tests (as performed by Ian).  No more.


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

Submitted by:	Roy-Magne Mo <rmo@sunnmore.net>
Reviewed by:	Ragnar Wisl�ff <ragnar@wisloff.no>, Tor Hildrum <torhildr@mac.com>


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

modifying the sed expression just a bit;

note that before and after this change manualdir isn't being handled
properly; using the default Apache layout we get

  manualdir = $datadir/manual

instead of

  manualdir = $(datadir)/manual

Submitted by:	Victor Orlikowski, after I narrowed down the issue


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

internal redirect, we must set r->uri to "", not a bogus
string, and not NULL.  [Ryan Bloom]


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

  Rambling on


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

  Optimize location_walk.  We build an array of incremental matches, and
  on attempting a subreq/redirect or simply a second pass, and for each
  match in series, if the section is a match,  we reuse the merge result
  for that section.


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

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

a separate sub-project of httpd, and possibly rolling it into a later
release of 2.0, but now is not the time to do this.


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

a decision right now


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