Must return something in the 2^32 domain (preferably one, as shown here),
  not in the 2^64 domain.


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

apr_brigade_partition function.  This should also remove a warning from
the Windows build, because apr_off_t and apr_size_t aren't the same
size.


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

  Update for the 2.0.23 tag


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

  Include ApacheMonitor/wintty in the build.


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

that it is correct about where things reside.
Submitted by:	Joshua Slive <joshua@slive.ca>


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

  Just cleaning up some indents


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

for pointing out that this was committed when it shouldn't have been.


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

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

  The solution for an icon monitor app has arrived :)

  Contributed by Mladen Turk <mturk@mappingsoft.com>


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

  Eliminate emits


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

  Thanks rbb, and the modproxy-dev autobuild report for pointing these out.


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

  Here today, gone yesterday.


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

     All mod_autoindex query parsing is now quietly quashed with the
     IndexOption IgnoreClient.  The IndexOption SuppressColumnSorting
     still drops the column sort <a href>'s for the column headers, but
     IgnoreClient is required to ignore these Query options entirely.

     Introduced new mod_autoindex query argument parsing for F=[0|1|2]
     to allow the client to select plain, FancyIndexing or HTMLTable
     formatting, V=[0|1] to inhibit or enable version sorting, and
     P=pattern to return only specific files.  The old Query Arguments
     were reorganized as C=f for sorting column 'f' (same N, D, S, or M
     as before), and O=A|D for ordering ascending or descending.

     Docs and an Example are provided in mod_autoindex.html


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

null terminator in the right spot for the tag_val if the value contained
backslashes.  This caused #if, #elif, and #else expressions with backslashes
to be incorrectly evaluated.


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

     Introduced new mod_autoindex IndexOptions flags; SuppressIcon to
     drop the icon column and SuppressRules to drop the <hr> elements.
     These are necessary for HTML 3.2 final formatting rules.

     Introduced HTMLTable to create rudimentary HTML table listings
     (implies FancyIndexing).  Necessary for alternate charsets, since
     the columns are borked by multibyte characters.

     Re-Introduced the mod_autoindex IndexOptions flag TrackModified
     from Apache 1.3.15.  This is needed for two reasons, first, given
     multiple machines within a server farm, ETags and Last-Modified
     stamps won't correspond from machine to machine, and second, many
     Unixes don't capture changes to the date or time stamp of existing
     files, since these don't modify the dirent itself.
     [Originally for 1.3 by me]

     Re-Introduced the mod_autoindex InextOptions flag FoldersFirst
     and DirectoryWidth options from Apache 1.3.10.
     [Originally for 1.3 by Ken Coar]


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

by calling ap_allow_options() before setting rnew->per_dir_config.

This is the "easy looking" fix but might have side effects of which I'm
unaware... please double-check this change for correctness.


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

  A debatable change, to return (an absolute) 404 if some of the extentions
  of every matching file isn't decodable by mod_mime, instead of 500.
  Adopted 404 as the result, per Roy Fielding.


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

  Mumblings


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

  Change the error wording, slightly.


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

  Thanks goes to Manoj, while commenting on another issue, for triggering
  this idea.  If we find files matching (e.g. index.html.bak matches
  index.html) but they are rejected because we don't understand them
  (e.g. they are a directory, or .bak isn't a mod_mime recognized extension)
  then Error 500 out of here, with a note for the system administrator
  explaining that index.html matches some files, but their extensions
  cannot be grokked.  No more (unintentional, or situational) autoindex :)


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

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

  Per Silve's request, some docs that I was messing with these.


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

  Whoops, missing win32 goodness


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

1) return DECLINED instead of OK from the quick_handler so we get
   some output

2) don't install x_fixer_upper() as a create_request handler; otherwise
   we segfault since r->per_dir_config hasn't been initialized yet


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

  Gone, see .html.en flavors


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

  These will _not_ be required in 2.0  If they are required today, there is
  still a bug to track down.


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

  Remove the ->mtime reset back to negotiation, who decided to do this.


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

  _THIS_ is why mod_dir wouldn't serve the results of mod_negotiation
  with a query string


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

  Fix typo from extracting the fast-redirect code


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

  The real slim shady finally stood up.  This patch segregates the fast
  internal redirect logic back into http_request, the next patch will
  actually fix it.


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

  Kill some deadwood


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

  Same cleanups as applied to mod_cgi, falling out of scope != destruction
  in plain ol' C.


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

  We are done with this subrequest (before we even got started...) so
  dump it early.


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

  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