Solve the major underlying problem of content negotation by passing
  mod_negotiation the 'unresolved' parts of the path in a ->notes
  array ap-mime-exceptions-list.

  If mod_mime is given index.html.bad.en it will add index and bad
  to the list (presuming html and en are both defined.)

  mod_negotiation will decide if index and bad are it's fault (the
  user requested index.html.bad[.*]) or if it's a messed up file
  (say .old, .junk, or .bak).

  The next patch to allow any-order negotiation should check each
  of these list elements, so that asking for index.bad in the prior
  example would succeed.  Right now that request would fail because
  .html was recognized, so it's not in the exceptions list.  This
  patch uses a simple strcmp to the given name.

  Also, this patch allows any mod_mime processed file to be served,
  even if the content type cannot be determined (think README.en).
  This is crippled by the client expect headers and omitting the
  default content type.

  PLEASE vet this code carefully.


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

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

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

  Save hundreds of cycles on every autoindex request by _not_ attempting
  to to test the parent (..) sub request!  This patch also allows the user
  to see things that will redirect them.  That way, the lnk or dir within
  the directory is displayed correctly.

  Also allows an ALT text entry other than DIR by providing AddAlt
  ^^DIRECTORY^^, as the user (might) expect to be allowed to do.


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

Now, if someone wants to add a special scoreboard state for proxy
attempting to make connection, be my guest.


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

an eos bucket. This had been put in place to repair a bug, but was covering
the symptoms, rather than providing the cure. Bug repaired, and kludge
removed.

Submitted by: barbee@veribox.net


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

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

.html and .html.html.


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

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

  That's enough for tonight ... gheesh.  Allow 2xx + OK (0) results from
  the subrequest to go out to the client.  This doesn't address (..)
  anomilies, which I will address in the a.m.


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

  Allow a slightly larger range of acceptable responses.


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

  Fix some major brokenness.  We were not validating that the autoindex
  subrequest'ed file was valid, and did not check a subrequest at all if
  the user didn't use FancyIndexing.


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

  Begone ancient beast.  IndexOptions FancyIndexing is sufficiently less
  confusing.


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

  Provide an ap_set_deprecated() fn for quick-and-dirty 'we don't do this'
  entries in the command table.

  (Also fixes a nit about returning a single bit of an apr_int_64 as an int.
  Know how this group loves !! expresssions :)


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

  Thanks Justin :)  This also looked a bit klunky


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

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

  It's a new book.  Time to throw out the old switch-hitter plays.


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

  Undo my unintentionally overzelous name change, and fix the style of sizeof()


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

  If it won't let us run in APR_POOLS_DEBUG mode, it's broken.

  We should be implementing this all in terms of apr_threads, and fix
  the apr_pools code to allow 'trusted subpools' with their own root
  allocations that bypass the mutexes.  Unrooting a pool just glosses
  over the real problems.


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

on one thread can prevent the process from exiting.

let's rename ap_graceful_restart_signalled to something more appropriate
after the next beta.


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

  Make this legible.  Points out a huge headache in the new conftree pools
  mechanism, that we aren't joined properly, so we hit the 'not ancestor'
  abend here.


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

  Really compress the add_/remove_ handling, and fix pool allocations.


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

cleans up the warnings.  Thanks OtherBill for beating me up about this.

:-)


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

be updated to reflect that.


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

  Fix typo in prior commit


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

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