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

configurable via INSTPORT


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

  Once again, try to bring the world into sync.  Someday soon, we need to
  generate this and Netware's from -std using awk.  It really would make
  more sense to strip out the appropriate directives as we build, instead
  of 'toggling' the mpm with <IfModule > (at least, as an option during
  build.)  But that requires an un-nested syntax such as
  <IfModule module module> or <IfNotModule module module> that would be
  simpler to parse in awk.  Our nested IfModules make this quite tricky.
  The better final solution is possibly to add things like HAS_SCOREBOARD
  to the 'build-in' defines, therefore assuring a simple test for any
  mpm architecture.


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

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

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

  Ok one typo... that's it for me for one evening


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

  Fix a handful of AP_MODULE_DECLARE_DATA exports for .so modules.


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

     mod_so, mod_win32 and the winnt mpm] into individual loadable
     modules, so the administrator may individually disable the former
     compiled-in modules by simply commenting out their LoadModule
     directives.  [William Rowe]

  *) Saved Win32 module authors and porters many future headaches, by
     duplicating the appropriate .h files such as os.h into the include
     directory, including in the build tree.  [William Rowe]

  Also noticed that version stamp resources weren't generated for proxy
  modules, this too is now fixed.


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

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

  This needed bumping for all the scoreboard changes; consider it bumped.


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

  Use SSL functions/macros instead of directly dereferencing SSL
  structures wherever possible.
  Add type-casts for the cases where functions return a generic pointer.
  Add $SSL/include to configure search path.
PR:
Obtained from:
Submitted by:	Madhusudan Mathihalli <madhusudan_mathihalli@hp.com>
Reviewed by:	dougm


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

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

  Best to use -no- file extension here, since that always pops up the
  'open with' dialog in MS Explorer, preventing the user from really
  mucking anything up.


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

  VC 5.0 is too picky for my taste - didn't pick up the target due to
  the silly slash.


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

  Change the name of the _tryssl to an underbar prefix so we know it is
  an 'internal' thing, and try building explicit targets to avoid ever
  dragging in .bsc construction.

  Also introduce _browse.  This is far from complete, but I'm working on
  a mechansim to toggle browse database construction - of a single .bsc
  file for DevStudio's browser database.  The ugly bit is; it gobbles some
  80MB for construction, so we will never waste that sort of space on
  the typical case, but reserve it for developers who choose to toggle it.


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

  Fixing the apr_shm_ and apr_rmm_ args back to a warning state was good.
  Enabling APR_HAS_SHARED_MEMORY again in the previous patch was bad.

  This can be toggled once we straighten out all the pointers into offsets.


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

forgot this file
PR:
Obtained from:
Submitted by:
Reviewed by:


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

main use is so that you can ignore logging images
PR:
Obtained from:
Submitted by:
Reviewed by:


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

  This patch eliminated from the _SHARED_ segment of the scoreboard all
  pointer math.  This is required for portable scoreboards.

  vhost becomes the 'vhost name string' so it now survives ap_generation
  clicks.  next was apparently never used.

  This patch also accounts for the changes to the apr_shm api, and gives
  Win32 the magic of a shared scoreboard.

  Breakage aplenty on non-win32 platforms, I suspect, but this radical
  surgery, and culling of unused functions, was really, really needed.


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

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

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