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

copied natively.  This will only ever happen if a bucket can be split
but not copied, because we read the bucket in apr_brigade_partition if
we can't split it.  Regardless, this is much safer.  This should also fix
all of the problems with the byterange filter.


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

  Time to refresh this version (thought we should rename it I suppose.
  Not yet revamped for buckets, we won't want to keep them in sync if
  we get to the stage of eliminating the ap_rputs mechanics from the
  live module.  This remains the classic 'old-style' module for general
  performance testing.


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

and apr_bucket_copy functions.  This removes a lot of very messy
code, and hopefully makes this filter more stable.


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

  Accomodate the change to the apr_read_dir() arguments, and change all
  apr_dirfoo() and apr_foodir() commands to apr_dir_foo() to match the
  earlier-renamed apr_dir_open().


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

this, we don't build successfully.


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

return -3 for every HEAD request, which in turn made us call ap_die.  Of
course, if we didn't have a 200 status (say we had a 206), then we would
seg fault, because we would end up sending down a second EOS bucket, which
would in turn make us call the byterange filter again, but at this point,
we hadn't cleaned up the byterange ctx structure, because it was never
supposed to be called again.

This was biting us on apache.org, where we had a HEAD request for
bytes=100- for a file.  This was a major seg fault.  We are better off
just returning OK is much safer.


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

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

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

much sense anymore, since we use the hooks to order modules correctly.
This also removes the possability that one module will ever register the
same function for the same hook twice.


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

install for the first time to actually get a valid first page.


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

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

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

build directory.


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

automatically.  This bit me multiple times last night as I was trying to
setup apache.org.  I would make a change to the configuration, run make;
make install, and it would fail.  The problem was that suexec wasn't
getting re-compiled ever, so my changes weren't getting picked up.  This
solves that problem, by making sure that suexec gets compiled if it was
specified on the configure line.


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

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

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

I thought this change was necessary to stop reporting the SERVER_VERSION
twice.  In reality, the apr_hook_deregister_all() call in
ap_clear_module_list solved that problem.


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

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

The basic problem was that when we load the modules, we call the
register_hooks() function from the module, but then we clear the module
list for all active modules, and add them back in one at a time.  When we
add them back, we re-call the register_hooks() function, thus adding
each function a second time.  This was causing apache.org to log every
request twice in the access log.  By calling apr_hook_deregister_all()
when we unload the module, the second call to register the hooks is the
only call that matters.


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

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

PR: 7103
Submitted by:	Moran Zaltsman <x86zman@bigfoot.com>


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

  Sunny in Chicago.


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

  The changes required for the APR_FINFO_wanted argument to
  apr_stat/lstat/getfileinfo.  These are -NOT- optimal, they
  are simply the required changes to get the server working.
  The size of the patch is a warning about how we need to
  really look at what we are trying to accomplish with all
  of these stat/lstat calls.


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

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

C source files.  echo as a built-in function does the same job quicker.


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

mpm_common.c.  These functions are only valid on some platforms,
so they should not be in the main-line code.

These functions are also not portable to non-unix platforms, so they don't
really belong in APR.  Since they are only used in MPMs, for right now,
I am moving them to mpm_common.c


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

is currently using it.  The proper way to do this, is to use the
apr_create_process API.


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

- let live prop providers get first crack at PROPFIND
- work around MS Web Folders limit on DAV header length

Submitted by: John Vasta <jvasta@rational.com>
Reviewed by: Greg Stein


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

Submitted by:	Herve Dumont <hdumont@club-internet.fr>, Benoit Garnier


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

  Thanks for reminding me the comments had to go too, Bill.


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

  The fast fix to get FirstBill back out of the gate.  It brings up an
  issue I'll address to the list.


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

  Kill an unused variable


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

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

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

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

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

so that all the clueless people of the world can find someone else
to complain to about their missing porn site.


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

wrong commit incantation


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

  By popular review


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