with the bucket design, so they need to go away.


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

cgid module.


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

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

again.  Chunking input doesn't work with this change, but that is because
this is a stop-gap to get POSTs working again.


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

one or more rlimit controls.  (Solaris 2.8 hits both of these.)


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

anymore because getline() returns < 0 upon EOF.
There are also a few very minor tweaks to getline() -- remove an
unused variable, remove a couple of unnecessary comments, simplify
an error path.


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

works for me, but please beat it up and review.

Submitted by: Jeff Trawick, Greg Ames


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

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

note any changes here that will affect end-user configuration.


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

to follow.  This code works for browser based requests and line-based
telnet requests.  It is untested with character-based telnet requests.
I will be testing that very soon.


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

variables to a general discussion of environment variables in Apache.


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

currently, but it is a step in the right direction.  Input filtering
should be slowly improving from here on out.
Submitted by:	Greg Ames, Ryan Bloom, Jeff Trawick


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

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

  Reflect the ApacheModuleBleck -> mod_bleck rename for Win32.


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

instead of bucket->destroy().  bucket->destroy() wasn't being
called correctly and also we were leaking the storage for the
bucket itself since bucket->destroy() doesn't free the ap_bucket.
Submitted by:	Ryan Bloom, Jeff Trawick


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

  A star is born ... adds mod_dav and mod_dav_fs to the Win32 build/install


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

  Here it is, mod_dav should build quite nicely on Win32 (two last mild
  warnings to contend with.)


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

  Read the /D symbol declaration in this patch with the next patch to
  mod_dav.c sources, and things should make a world of sense.


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

  Regardless of reaction to a symbol rename -within- the sources, these
  external symbols change for clarity.


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

  Parallels the commit to apr.h.in/apr.hw for the apache core library.
  Only mod_dav/mod_dav_fs and ap_hooks.h (as best examples) will use these
  symbols until it is acceptable to all or the new symbols are backed out.

  This symbol rename will have the unique quality that
  strlen("API_EXPORT") == strlen("AP_DECLARE"), therefore the mass symbol
  rename will not throw off function continuation lines.


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

  Get rid of some darned ugly exception lists


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

  Finish the ApacheModuleBleck -> mod_bleck cleanup


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

  Second half of the ugly name to nice name change.  Clean your tree
  before you grab this set :-)

Reviewed by:	rbb, stoddard


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

  MSVC Project Rename - ApacheModuleBleck.* is no longer... now mod_bleck.*

Reviewed by: rbb, stoddard


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

  I guess I can commit this, mod_dav and mod_dav_fs aren't depended upon
  by InstallBin just yet.


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

  These don't do anything until the patch on the table is resolved, but
  it's progress and out of my tree.


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

  This much, at least, we don't need to debate.


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

  Missing some DAV required symbols.


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

  Preparing the way.


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

  Yet another warning down (pps... I choose to cast rc since i is being
  doubled... I expect the mismatched types were deliberate.)


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

  Away fool precompiled headers... while I'm at it, need to look at why
  sdbm is sucking in far more headers than could possibly be useful.


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

  This one is odd, it's not the patch either of us are concerned with, it's
  the logic that they started with.  If problems we never knew about just
  go away, don't blame us.

Submitted by:	William Rowe
Reviewed by:	Bill Stoddard


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

  New symbol for HAVE_URL_PATHS reminds me we need to prefix a bunch more
  symbols with AP_.


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

this is not the change to allow us to read broken-up header lines again :(

. http_filter()
  - respect apr_status_t as set by bucket->read() or ap_get_brigade()
  - return apr_status_t instead of length
. ap_get_client_block()
  - remove a confusing line which set the length parameter before
  - passing it to bucket->read()


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

some minor reformatting.


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

(maybe this module should be moved to modules/example/)


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

   than the handle_get config member (which is now gone)

*) use "DAV/2" for the server token rather than dup'ing the apache vsn


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

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

  This will have been a good thing if we get that far.


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

would accept on the first write.

Because the pipe is non-blocking (via setting an APR timeout), we
have to send in a loop.


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