Another starting point, by no means complete.


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

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

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

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

  The single missing space caused dependency parser breakage on win32.
  Fixed.


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

  Back out a bit of yesterday's patch, since the explicit return
  handles this correctly.


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

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

environment variable OPTIM instead.  This is needed because configure
options do not support multiple flags separated by spaces.


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

they result in later compile errors otherwise.

I would have removed --with-optim in favor of just setting it with
an environment variable, but then it wouldn't be saved in config.nice.
A better solution is needed because these arguments can only accept
a single value (quotes and spaces are stripped).  Perhaps setting
OPTIM within config.nice?  First things first.


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

"-999999" where that is past the end of the file, we should return
a PARTIAL CONTENT status code, and return the whole file as one big
byterange.  This matches the 1.3 handling now.  [Ryan Bloom]


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

the byterange filter.  This is much safer than returning the error
directly.


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

bucket length is 0, and a read returns NULL data.  If one of these
buckets is passed down after the headers are sent, this data will
just be ignored.
Submitted by:	Greg Stein


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

signal was received while the process was serving a request.  The child
process would become the equivalent of a second parent process.  If
we break out of the accept loop, then we need to do die after cleaning
up after ourselves.


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

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

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

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

  Another module to cooperate with APR_FINFO_


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

  since the man pages are now in the html docs.
- Move information on "starting the server" from install.html to
  a more proper location "invoking.html"
- Add a few more details here and there.


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

  Eliminate a gp fault on mpm_winnt since we don't have a scoreboard table.


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

change the format slightly.


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

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

  Use the appropriate APR_FINFO_flags for the apr_stat/lstat/getfileinfo
  calls to avoid ownership and permissions on Win32 when they are not
  required, and until they are implemented.


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

work correctly.  Shouldn't this be APR'ized?


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

  Sunny and warm (if 30`F meets your definition of warm :-)


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

handlers will send their data down the filter stack, but 1.3 handlers will
just return, giving us a Content-Length of 0.  Since we can't send a C-L
of 0 just because it is a HEAD request, we search the headers_out table
for a 0 C-L if it is a HEAD request.  The problem is that some filters
will not allow (includes_filter) a C-L to be computed, so we end up without
a C-L header in headers_out.  Thus, when we do a strcmp against the header
value and "0", we seg fault, because the header value is NULL.

To fix this, we grab the element from the header table, and make sure it
isn't NULL before doing the strcmp.


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

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

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

instead of using ap_bucket_read.  It also lets ap_die handle the fact that
the filter returned the error.
Submitted by:	Greg Stein


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

breaks FreeBSD 3.2).


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

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

  Was there a file that wasn't updated with the error buckets patch?
  Here's the export symbol for http_protocol's error bucket type, but
  I can't find the actual instance (which needs AP_DECLARE_DATA as well.)


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

by sending a brigade where the first bucket is an error_bucket.
This bucket is a simple bucket that stores an HTTP error and
a string.  Currently the string is not used, but it may be needed
to output an error log.  The http_header_filter will find this
bucket, and output the error text, and then return
AP_FILTER_ERROR, which informs the server that the error web page
has already been sent.


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

  Much better for win32 checkouts


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

  Discovered these were horribly broken as 'text' files...
  Coming back tagged binary.


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

fix mangled headers due to underallocated buffer


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

last commit.


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

bug where we were using the byterange filter to filter an error, which
caused us to close the connection before we had sent any data.  Currently,
we only keep the three most important filters, but we may need to add more
in the future.  I am mostly thinking of the charset translation filter.


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

that might occur during the parsing of the URI and/or the lookup of the
resource in the repository.

Specifically: return a dav_error* and move the returned dav_resource* to an
"out" parameter of the hook function.


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

NULL. using an existing file doesn't normally work: where would you get a
blank file to shove an FD into? expecting the user to assign to NULL is
error-prone (mod_isapi didn't).

*) always create and return a new file from apr_put_os_file()
*) reimplement apr_open_stderr() in terms of apr_put_os_file()
   [ except for win32... some issues there ]
*) remove some (obsolete) inits to NULL


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

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