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

conn_rec.  Since all requests on a given connection use the same
core_output_filter, the ctx in that filter has the correct lifetime


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

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

  remove old code which looked for LF
  return apr_status_t value instead of length


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

create a child_init hook, and use it to register a cleanup for child
exit.
PR:	6550


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

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

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

 send by apr_send would cause unsent data in the read buffer to
 get clobbered. Complete making send_the_file handle partial
 writes to the network.


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

Submitted by:   Victor J. Orlikowski <v.j.orlikowski@gte.net>
Reviewed by:    Ryan Bloom


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

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

Remove some out-of-date ap_pass_brigade() doc.
Tweak the ap_get_brigade() doc a little.


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

no headers to send.


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

Windows 95/98 with binaries compiled on Windows NT.  The solution is not specific
toWindows though.  Catch up on some CHANGES logging.


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

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

  Gee, that .zip file of 2.0a7 looks out of sorts


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

Submitted by:	Sander van Zoest <sander@covalent.net>
Reviewed by:	Ryan Bloom


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

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

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

  Ok, if I remember right, somewhere along the way we decided not to
  generate a pcre.h header from pcre.in, but Win32 (at this instant)
  still generates pcre.h from the pcre.hw source.  For this moment
  (T-0001 to tag and roll) this is the reasonable fix.


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

  My Bad.  Local environment had leaked into the tree.


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

  Just cleaning house and assuring there is nothing untword in the alpha.


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

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

until we have found a LF, then we send the data up to the previous filter.
I have test on Linux with both Linux's telnet and Win 98 telnet.  Win98
uses a char-at-a-time, so this should solve the problem.


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

Submitted by:	Will Wrowe


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

  Really out of date, but here's something worth adding.


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

  That's all I wrote... except for the mpm_winnt.c canonical error patch,
  my development tree is up-to-date.


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

  Missed it, a rather messy canonical error example.


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

  Missed it... another canonical error fix


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

  Kind of hard to load without an exported module structure.


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

  Movin on over from 1.3.13-dev : this patch fixes the problem of nasty
  popup windows alerting an Admin that the isapi isn't working, and
  simplifies mod_isapi by relying on dso.


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

PR:	6519
Submitted by:	Mike Abbott <mja@sgi.com>
Reviewed by:	Ryan Bloom


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

character will be followed by a 0.


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

performance enhancement only on platforms where turning off nagle is
inherited by accepted sockets.  Because this is not always true, in order
to have the disable_nagle call active, the macro DISABLE_NAGLE_INHERITED
must be defined.
PR:	6531


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

that this still works, but most of the changes were just const-safeness
changes.
PR:	6631


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

sense anymore, because the BUFFs that Apache used to use it for have all
been replaced with buckets.  BUFFs can't be used with filters, and Apache
doesn't use these functions anywhere anymore, so they need to go away now.


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

without sendfile.  This also makes the apr_hdtr_t type available on
all platforms, regardless of whether apr_sendfile is defined or not.
Submitted by:	Brian Havard and Ryan Bloom


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

it when we install everything else.


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

apxs
Submitted by:	Simon Geard <delgarde@ihug.co.nz>
Reviewed by:	Ryan Bloom


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

structure.  This changes the core_output_filter to use a brigade inside
the conn_rec.  Think of this as analagous to the BUFF in the conn_rec.
The idea is that if we have pipelined requests, and it isn't worth it to
send the last bit of data from the first request, we want to save that
extra bit of data to the conn_rec, so that the next request sends it
automatically.


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

  Addresses the huge issue that Crypt::PasswdMD5 is probably not, and
  Digest::SHA1 is possibly not already installed, but the user may not
  even need it for their files!  Also inform the user what to grab and
  where.  Finally, assures that the old Crypt::PasswdMD5 (that didn't
  export apache_md5_crypt()) will work nonetheless.

  There is still one -big- problem ... the list of xDBM_Files options
  won't necessarily correspond to how Apache was built, nor if they
  are using mod_auth_db vs. mod_auth_dbm.  This has -got- to be fixed
  (although it's an old problem.)


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