brigades.  (This was causing us to produce no output, not even
an HTTP response header, for a document containing an unterminated
"<!--#" directive


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

Submitted by:  James Cox <imajes@php.net>


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

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

I also removed Darwin 5.3 since it's unlikely someone will want binaries
for this kernel.


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

removed on the last run through.


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

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

  Not standard WinFoo.  Using cd now.  Reported by Ian Holsman.


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

Submitted by: Erik Abele <webmaster@codefaktor.de>
Reviewed by:  Aaron Bannert


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

 * fix a logic bug ... a binary and that should have been a binary or.
   (that one was just reporting a commandline args error, noncritical)


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

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

error return value already indicated that errno was set.  Also, we might
as well accept any error or junk remaining in the field as a parse error.


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

cases is undetermined by the ANSI C standard.

Instead, use strtol() with a check for the ERANGE error condition.


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

  Ooops... newline.  Caught it


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

  Quiet emits for win32 folks building with zlib for mod_deflate


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

entry from the cache. Ian?


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

  These emits occur mainline, outside of the pphrase_callback, so we never
  opened readtty or writetty.  But they are absolute failures, nothing the
  user could do to deal with them.  They are logged in the ssl vhost's error
  log.

  In this case, I forgot my SSLCertificateKeyFile, so the server never
  tried the callback.  writetty wasn't initialized, so we segfaulted.

  This segfault is due to misconfig, not to the dialog with the user.
  This is the easiest fix (easier to read, too), but we shouldn't need
  to worry too much that the release is tagged.  If we retag, fine, then
  grab it, but it only addresses a config problem.


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

  Show the 'Disconnect' button to detach ourselves from another computer's
  services on Win32.

Submitted by: Mladen Turk <mturk@mappingsoft.com>


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

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

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

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

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

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

solidified after this code was originally written.  Namely:

- AP_MODE_READBYTES will only return a brigade representing AT MOST bytes
  of data.  It can NOT return MORE than requested.
- APR_BLOCK_READ is respected - it is considered a design error of a filter
  if it returns without reading something.
- apr_brigade_flatten is available to do the heavy lifting of the copying
  into a flat buffer (as hinted at by the removed comment).

Tested with httpd-test.


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

Submitted By: Wayne Pascoe <wayne@pengiunpowered.org.uk>


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

with httpd-2.0:
 - Updated the sample system call trace with a 2.0/worker example
 - Removed the section on the preforking model


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

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

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

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

  Formating, whitespace, following {} rules, 80 char lines, etc.  The only
  significant variation from the general Apache rules is the construct:

  switch ()
  {
  case foo:
      case_fns();
  }

  indentation, since win32 switches are very common, but it's impossible
  to follow that rule and maintain legible 80 character line limits.  This
  is a common enough exception that I don't expect vocal objections.


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

APR.


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

favor of apr_file_mktemp.  This also APR-izes most of the code.  The
file access code is still not using APR, but that will be fixed next.

I also re-organized some of the code to make it a little cleaner, and
to use functions where I could.

PR:	7764


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

Thanks, Joshua, for pointing this out. Do folks with binary
distributions (RPM or whatever) get this program installed somewhere
accessible?


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

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

  For debug builds, toss the .pdb's alongside the binaries for debugging
  in the install tree [note: you still need some sources handy, at least
  this solves the 80/20 headache.]


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

work as autoconf may run config.status and remove the fixes we've just
applied, so this allows us to workaround that problem.

Initailly suggested by Cliff, this is a modified version.


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

Reminded by:  Joshua Slive


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

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

apparent reason.


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

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

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