This is not C++, falling out of scope doesn't constitute destruction :)


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

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

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

  This was entirely broken.  We cannot skip the location walk just because
  we are in a file subrequest (think of a file server-status sitting in
  the document root, this shouldn't be blindly served as a 'file'.)


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

  Just a little cleaner.


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

  Multiviews and mod_negotiation will already handle this case, it never
  belonged in mod_cgi itself.


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

  More explanation


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

problems, and it makes up initialize the queue only once.


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

or restarts.

New processes aren't able to start all their threads right away
if other dying processes share the same scoreboard real estate.
So give empty process slots in the scoreboard top priority.


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

addressed; I presume those are waiting for an APR-ization of the
queue/condition mechanism


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

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

  Subtle variation for security.  If the mod_mime file has nothing specific
  to say about a given set of file extentions (and has only based the
  resolved fields on the default language, encoding and content type)
  then tell us we can ignore the result by leaving the exception list
  entirely undefined.  If mod_mime adds anything (a language, charset, or
  whatnot) then proceed to use the file in the Multiviews evaluation,
  otherwise mod_negotation will ignore the file found.

  This points out a need for a slightly twisted DefaultClientLanguage,
  as opposed to creating foo.html.html files.  Either that, or introduce
  a 'neutral' entity that the user can list (say, .default) for mod_mime
  to declare it as a fallback language/encoding/content-type/handler.


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

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

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

  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