PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

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

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

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

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

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

missing, for those of us that don't have shared memory support.


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

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

the Unload console command.  Also changed the nlm name and console
command to APACHE2.


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

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

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

* eliminate the get_pathname and free_file vtable functions. add the
    deliver() function to have the provider deliver the content
    straight into a filter [stack].

* eliminate readable streams -- they are now obsolete. this gets rid
    of the read_stream vtable function and DAV_MODE_READ*

* implement a deliver() function for the FS provider. this simply
    constructs a bucket and EOS and shoves them into the filter. note
    that this is debug code only, so the "large file" issue handled by
    the core's default handler doesn't count here.

* allow the provider to handle GET for any resource type and for
    collections. this moves the checks into the provider.


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

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

Reduced the initial size of the r->headers_in and r->subprocess_env
tables...this saves us 600 bytes per request, which (based on tests
I just ran) helps keep r->pool from overflowing its initial 8KB
allocation and having to alloc another 8KB block.


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

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

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

with Brian's fixed applied and running the same tests:

  I don't hit any segfaults with yesterday's HEAD and APR_POOL_DEBUG defined

  I don't hit any segfaults with current HEAD and APR_POOL_DEBUG *not defined*

  I do hit segfaults down in apr_pool debug code with current HEAD and
  APR_POOL_DEBUG *defined*


PR:
Obtained from:
Submitted by:
Reviewed by:


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

code.  Now that the code no longer allocs huge buffers (based on the
last commit), there's no need to incur the overhead of creating a
temporary pool just to clean up the storage quickly.  This saves
a lot of space (because the temp pool used 8KB) and a small amount
of processing time.

As a side-effect of this change, we don't need the gotos any longer.


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

"<!--#if" processing code, rather always allocating an 8KB structure


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

we don't supply a bogus socket to the caller if the accept fails.
(This was causing problems in the worker MPM, which tried to process
the returned socket if it was non-NULL, even if unixd_accept()
returned an error.)


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

to avoid segfaults.

Using prefork MPM and APR_POOL_DEBUG and ElectricFence, I found a
couple of paths where weren't able to report APR_EOF all the way
back up the call tree, leading us back into core_input_filter with
an empty brigade.

Some of the paths in core_input_filter handled it, some didn't.


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

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

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

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

	Bring forward the FileETag directive enhancement from 1.3.23-dev.
	(Passes all 61 of the apache/etags.t test.)  Bump MMN due to
	change to core_dir_config structure (new fields at end).


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

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

(debugging aid...  set the tag on the transaction pool with prefork)


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

wrong config to ap_get_remote_host().


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

using 755 for the permissions on the log directory instead of
750.


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

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

of apr_file_dup2.

Until Win32 and OS/2 have the function added this will break their
builds, but Will Rowe has said he'll do it this morning and asked for
the patch to apr to go in :)  Go Will!


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

  Note some things that belonged here ... mentioned on list


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

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

The per-transaction pools in the worker MPM can't be children of
the listener thread's pool, because that pool may go out of scope
while some workers are still procesing requests using the transaction
pools.


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

  A pedantic change to prevent us from discovering, in the future, that
  these support/ modules suddenly rely upon some of our apr/aprutil
  features, by finding the build broken one morning.


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

  Some servername goodness (well, if you call 'localhost' good, I don't.)
  Add to that some nits in the overall comments, and drop all the bitty
  copy modules/somemod/*.h include/ fooness, since we need the various
  modules to deposit their droppings into the build tree install/ dir
  just to compile ourselves.


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

  The mutex must be pool-managed, not ssl managed.  We are encountering
  segfaults on Win32 when the cleanup of the mutex occurs after the pool
  was destroyed.


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

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

But, we cite everything via the Message-ID to be archive-neutral.
(FWIW, www.apachelabs.org has a feature to search on Message-ID.)


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