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

stranger. I'm not going to talk to you about what I did. nyeah.


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

collection. allow them on plain resources.


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

C-T.  This allows us to report a correct content type in the boundary
header.


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

get mod_unique_id building again...XtOffset was undefined


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

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

guess that there are still tons of things missing from these files.


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

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

the issue is resolved.


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

removed docs/conf/highperformance.conf (re-named to highperformance-std.conf)


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

add highperformance-std.conf . The -std name allows make install to work
its magic.

Slightly changed from highperformance.conf : I added "User" and "Group" so
it works right out of the box on Linux.  Group will no doubt need editing on
other platforms.

I'll remove docs/conf/highperformance.conf from CVS once I find out the
right way to do it.  (Hints appreciated)


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