by autoconf and then placed in the builddir, not the srcdir (which we
didn't notice until we tried to do VPATH). When cpp couldn't find apr.h
we would decide not to build mod_so, which is kinda bad.

Now we include both paths when we test for APR_HAS_DSO and everyone is happy.


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

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

- Mutexes and Condition Variables from APR are now used instead of
  direct (non-portable) calls to pthread.

Still need to fully APRize these routines, particularly the return
values. In many cases a failed lock or cond var call will simply return
FD_QUEUE_FAILURE. This should obviously instead return the appropriate
APR error code.


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

And indeed, that is the way that I would do it for my own server.  But
the default config file is really there for beginners, not for advanced
users.  Having multiple config files is bad for beginners because it
makes it difficult to answer questions like "where do I put this config
directive?"  It also makes it more difficult to move a specific configuration
from one server to another.  Finally, it is just overall more intimidating
to be faced with a bunch of files to edit, rather than one file that
controls everything.

Having said that, it does look like the overall feeling is that at least
SSL should be split out, and I won't object (strongly).


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

This simplifies the code a bit for some more MPM cleanup work forthcoming.


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

  Whoops ... invalid <Directory /> blocks for the new 'manual' tree location


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

warrant needing a whole separate config file. I see such break outs
as pretty much dependent on the number of lines it adds to
httpd.conf... with SSL it makes sense. With proxy, well, I'm not
sure. To be honest, though, breaking out both won't trouble me
a bit, but this is my pref.
PR:
Obtained from:
Submitted by:
Reviewed by:


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

a problem with infinite recursion of dirent subrequests.

Submitted by:  Bill Rowe


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

	The argument that this is a reversion to the httpd/access/srm
	multifile scenario is bogus, IMHO; the problem with those
	was that their purposes were not clear, nor were the orders
	of invocation.  Putting massive (or tiny but uncommon) chunks
	of easily self-contained special-function directives into
	separate files simplifies the basic configuration and doesn't
	revert to either of the trinity-file complaints, since these
	would need to be explicitly invoked with an Include directive.


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

  Some type correctness fixes for LARGEFILES platforms.


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

the APR_INTRAPROCESS locks into lightweight, non-nested apr_thread_mutex_t
locks.


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

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

  It is absolutely invalid practice to test 'prot' bits to determine if a
  file is readable.  The only acceptable means of testing readability is to
  open it for reading, due to discrepancies between permissions, DACLs and
  SACLS.  Even Linux hackers are gonna need to learn that lesson if they
  plan to do any DOD or Gov work once DACL-enhanced Linux is adopted.


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

  Already committed in similar form to Apache 1.3.22-dev, this patch allows
  Win32/OS2/Netware paths to work with mod_vhost_alias.


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

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

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

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

  A bit of declaration would help get this loading on Win32


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

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

repository, httpd-ldap, and they now form their own sub-project of the
httpd project.


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

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

tiny, and very self-contained.


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

httpd.conf will just confuse people who just want a barebones webserver.


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

  One more party


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

  LoadFile(s) required by modules before they loaded weren't executed until
  server initialization.  This patch assures all such loaded files occur as
  they are parsed.

Submitted by:	John Sterling <sterling@covalent.net>


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

  The right place to choose this... hard to read some opinions


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

is the same behavior as 1.3, and it avoids having the MPMs to
deal with bogus ap_listen_rec structures.

This also backs out some circumventions I and Greg Ames had added
to prefork; these are no longer necessary because of this change.


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

($prefix/modules) directory, and in another we were assuming that the
directory existed. Now we always create it in the first target, and we
check that it exists in the second.

This fixes a bug where httpd.exp would be installed as a _file_ called
$prefix/modules.


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

  Ok... for now ssl-std.conf and proxy-std.conf stand, so here's the patch
  for the win32 build.


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

  Just feels wrong... but need to continue building


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

  Hmmm... mismatched namespaces :-?


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

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

server.  This change adds an optional hook, which allows modules
to gain control while the request is created if the proxy module
is loaded.  The purpose of this hook is to allow modules to add
input and/or output filters to the request to the origin.  While
I was at it, I made the core use this hook, so that proxy request
creation uses some of the code from the core.  This can still be
greatly improved, but this is a good start.


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

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

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

MPM.


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

  Fix the little bits o' breakage I introduced with the last two
  'theoretical' corrections.


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

  directory_walk trounced existing path_info declarations.  I suspect _this_
  was Greg Ames bug...


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

  Streamline this function, and append the trailing slash for any directories
  that are resolved.  Needs to be more tightly coupled to the dir_walk
  optimized cache.


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

  This will probably fix recent breakage to mod_negotation and httpd.test,
  as well as the /manual/ returning docroot/index.  Need to look for another
  solution.  I'm suspecting path_info is possibly broken.

  Reverts 1.68, as suggested by Brian Havard.


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