ap_rgetline()...

In the "folding" case, there was an ap_get_brigade() call after
the brigade had been destroyed.  I noticed this while debugging
a memory leak that showed up while testing the httpd with ab.


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

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

  Been bad - forgot to keep my thoughts up to date.


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

subreq filter


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

ap_add_input_filter_handle() and ap_add_output_filter_handle()
functions for core filters


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

ap_add_output_filter_handle()

There are many places in the core modules where we do
ap_add_input_filter() or ap_add_output_filter() on a
hardcoded filter name (e.g., "CORE" or "BYTERANGE").
This requires a string-to-filter mapping that wastes
CPU time.  (Even though the string lookup uses a trie
for speed, it still ranks as a big consumer of CPU time
because of the large number of filters added per request.)

The new ap_add_*_filter_handle() functions will allow
us to skip the string-to-filter mapping in cases where
the module adding the filter happens to have the
ap_filter_rec_t* for the registered filter (e.g., because
it's the same module that registered the filter in the
first place).


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

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

               generally worked but with a memory debug build it could
               crash since some memory debuggers don't like an alloc of
               zero bytes


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

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

subrequests

this function has been creating bogus subrequest URIs when there is
path_info for a long time.  They didn't matter until fixup_dir started
using them for URI subrequests, which led to a loop with ever growing
bogus internal URIs and filenames.


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

  Function argument assignment between types "int*" and "long*"


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

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

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

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

I haven't created the optional function to specify the cache_key yet,
That will come after this patch.

ok.. brief summary of whats changed

* new Optional Directives
	* CacheMemEntrySize -- max size of a individual entry in memory
		cache
	* CacheIgnoreNoLastMod - so we can cache mod-included files

* it tries to figure out the size of the request based on buckets if the
	content-length header isn't set

* mem_cache now caches the subprocess_env & notes tables
* the CACHE_IN/OUT/CONDITIONAL run at FTYPE_CONTENT+1, so that
	all other content filters run BEFORE the cache in.

note: the code is still experimental, and we need a bit more work
mainly...
* garbage collection
* cache stats/reporting
* manual removal of a key.


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

don't pass uninitialized rv to ap_log_error as the error code


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

  No.  I don't like this patch.  I like what it does [shared scoreboard
  for Windows, finally] but not how it's implemented.

  However it works, and is equally crufty to what already exists for
  win32 listeners and other exposed data within scoreboard.c.

  To do this right, we need to drop all the external references to data
  within the scoreboard, and add an accessor for remaining bits (such as
  Win32's need for direct access to the apr_shm_t.)  And within Win32,
  we need to stack all this _within_ the pre-mpm hook.  But those are
  missions in and of themselves.


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

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

(I'm really tempted to ditch this log line altogether.)


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

APR knows when to let go of those pesty kids now.


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

read_request_line as these are very common place with HTTP keepalive
timeouts.


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

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

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

If you need the length, you should be using apr_brigade_length.  This is
much more consistent.  Of all the places that call ap_get_brigade, only
one (ap_http_filter) needs the length.  This makes it now possible to
pass constants down without assigning them to a temporary variable first.

Also:
- Change proxy_ftp to use EXHAUSTIVE mode (didn't catch its -1 before)
- Fix buglet in mod_ssl that would cause it to return too much data in
  some circumstances


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

broken.

Add a match for the WebDrive client. It is similarly broken.

Sync up the NetWare and Windows .conf files a bit.

Submitted by: Sander Striker <striker@apache.org>, Greg Stein


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

compiled and linked.

* there is no UNIX symbol, so go back to #ifndef WIN32. that other
  platforms can pile on as needed until we have a proper mechanism.

* reinstate the liveprop callbacks and the dav_hooks_liveprop_fs
  structure. since the latter structure is referred to elsewhere in
  the file, it better be defined.

* use a "feature" name of DAV_FS_HAS_EXECUTABLE rather than
  conditionally specifying the property. convert the tests over to
  that symbol.


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

in the core_module structure by using the AP_MODE_SPECULATIVE filter mode
to determine if MIME-continuation should occur.

Notes:
- ap_rgetline has a new prototype.
- ap_rgetline returns APR_ENOSPC when we are out of buffer space.

All direct callers of ap_rgetline are now adjusted to handle this new API.
ap_getline will mimic the old API for now.

Reviewed by:	Ryan Morgan


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

Lars) and ample warning has been posted to dev@httpd.

mod_auth_dbm should be able to take over all functionality of mod_auth_db
with the AuthDBMType directive.


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

platforms fixes done by wrowe).

* dav_fs_get_parent_resource(): return NULL if we're at the root of
    the URL (Location) space.

* dav_fs_dir_file_name(): make it return an error, in case we're
    passed a bad path. adjusted callers [who just ignore it for now]


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

others I can't remember) weren't resolved in time.


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

  The clean solution.

  Divorce dav_fs from the DAV_PROPID_FS_executable property at the
  very head of this module, and drop all references as soon as we
  determine that 'our property' isn't supported.


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

  If you only mean to ask one question, why ask a dozen?

Submitted by:	Greg Stein


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

  Omitted this argument and const'ness.  All looks well now.


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

  Cause dav_fs_get_parent_resource to fail if the file path is entirely
  invalid or incomplete, or if it is root [determined by the platform's
  apr implemention].  Identified by Greg Stein.


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

  A quick hack around Aaron's patch.  Win32 'supports' anon shm, but
  Apache's implementation requires fork().


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

  Improve error reporting a bit so we might start diagnosing any faults
  that might be introduced.


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

but it is definately irratating. I'll look into it if nobody beats me
to it.


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

with the current solution. Thank you please drive through.


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

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

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