implement the XbitHack directive.  This can't be done with a
fixup, because we need to check the content-type, which is
only available in the handler phase.
PR:     7751


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

  Adapt to changed declaration of apr_pool_sub_make()


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

the filter chain.  If a lower level filter returns an error, then
the request needs to stop immediately.  This allows mod_include to
stop parsing data once a lower filter recognizes an error.
PR:	8102


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

and have those methods <limit>able in the httpd.conf. It uses
the same bit mask/shifted offset as the original HTTP methods
such as M_GET or M_POST, but expands the total bits from an int to
an ap_int64_t to handle more bits for new request methods than
an int provides.
Submitted by:	Cody Sherr <csherr@covalent.net>


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

  Need some context for the iterator!  Finally get to use that accessor :)


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

  Solve the merge bugs, by storing a copy bit to save us a ton of
  reallocation in the merge config phase.  Should keep most of the
  savings realized by moving to tables.

  Need others to vet this code, please!  Look at this and the prior
  patch as a single diff (-r n -r n-2) to see the overall changes.


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

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

  This patch fixes more untold breakage than you can shake a stick at.


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

a genuine bug...

The old logic

  if (!(opts & OPT_SYM_OWNER | OPT_SYM_LINKS))

wouldn't seem to work properly.  I think it would act like

  if (!((opts & OPT_SYM_OWNER) | OPT_SYM_LINKS))

This clearly isn't intended since OPT_SYM_LINKS is a constant non-zero, such
that we never really fail invalid parameters.


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

  Port mod_tls.c from Eastern Europe to Apache-land


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

  Thanks Jerry, this was forgotten in my tree.


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

  Replace check_symlinks in the ap_sub_req_lookup_* calls with
  the new resolve_symlink (also used by the new directory_walk)
  especially for performance and readability.  Left check_symlinks
  in the soon-to-be-gone get_path_info flavor of directory_walk.


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

Furthermore, use apr_inet_addr, rather than ap_inet_addr (though they map
to the same thing).


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

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

  Restore to 1.333 state (problematic, in that we could be facing >(size_t)
  bytes, but better till I figure out the _right_ fix.


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

  Add the new directory_walk logic, eliminating get_path_info and
  check_symlinks, in a protected define REPLACE_PATH_INFO_METHOD.

  This allows others to work on vetting, caching, etc, while keeping
  the existing logic stable till it's sufficiently optimal for beta.


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

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

  Ooops... my fooness.


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

  Exported symbols for mod_pop


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

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

wood, I am tossing it.


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

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

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

  Clean up mod_dav error reporting to HTML/XHTML cross-compliance.


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

  Erg... sorry for the version snafu


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

  Another huge file check, and one fewer emits


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

  Clean up some emits


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

  Force the tryssl block to run in the Win32 DevStudio IDE build.


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

  Provide some cast safety tests and close the _last_ of the build errors
  report (at -w3) by Win32 in the server.


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

This gets rid of ap_proxy_host2addr, and a few other useless functions,
and allows us to be threadsafe when doing DNS resolution.


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

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

  Ok, this looks better to me this morning, and suggests others who have
  dabbled a bit.


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

the apr-util build now depends on files in apr;
"make extraclean" in apr removes some of those files, causing
a subsequent "make extraclean" in apr-util to blow*; make in
apr-util first so we don't have this problem

*on some platforms make aborted; on others the error was
ignored though apr-util wasn't cleaned


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

  If I forgot anyone, please holler.


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

  Ok... for _today_ ...

  This patch conditionally builds against openssl 0.9.6b _if_ openssl is
  unpacked and properly built (using pretty much the defaults) in the
  srclib/openssl/ directory.  Someday soon this needs to be more exhaustive,
  but this should solve the 80% problem :)


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

  Missed a small bit


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

it is necessary to check for the generation as well as "quiescing", in the
case of a restart where no workers have seen the PoD yet.


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

"requests currently being processed" or "idle" counts

also, change term from "servers" to "workers" - servers sounds like what
you call the whole thing


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

enables the use of the ssl_var_lookup functionality in the various source
files in modules/ssl. The ap_hook_* functions are still not yet ported to
Apache 2.0 style

Submitted by:	Madhusudan Mathihalli <madhusudan_mathihalli@hp.com>


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

This patch eliminates the direct use of OS library calls (fopen and
other depreciated Apache 1.3 library utilities) from ssl_engine_pphrase.c
and ssl_util_ssl.c.

Submitted by:	Madhusudan Mathihalli <madhusudan_mathihalli@hp.com>


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