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

is a step in the right direction.  The idea is that the http_filter knows
about the http protocol.  So, it uses that knowledge to discover HTTP
request headers, and sends those headers up to getline.  However, it keeps
the request body saved in it's ctx pointer.

Later, when ap_get_client_block is called, we have set the remaining field
in the conn_rec.  This tells the http_filter how much of the remaining
data is request body, and how much isn't.  So, the http_filter can return
the request body unparsed up throught ap_get_client_block.

This doesn't even try to work with chunked input data, and there are still
some other bugs in it, but it works for small-ish files in my tests, and
it lets other people play with the concept of input filters.  I will try
to play with this more, but others should feel free to hack around in it
too.


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

pieces, but just a complete provider. they aren't really separable anyways.


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

begins some work to upgrade the versioning support to some of the more
recent drafts.

- get_resource hook has new params
- create_collection hook no longer takes a pool
- new dav_auto_version_info structure to group up autoversion
  rollback/commit handling data
- new functions for getting workspace, target-selector, etc
- supportedlock hook now takes the resource in question (since different
  resources may have different locks)
- new resource types; tweaks in props.c to support them
- some tweaks with resource creation, Location header, etc.


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

sendfile().
PR:
Obtained from:
Submitted by:
Reviewed by:


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

  Roll forward fixes identified for 1.3.13-dev.

  Note... this module still needs more control over async emulation, etc.

Submitted by:	Jesse Pelton [jsp@PKC.com]


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

  A 'little' reminder about a 'little' problem.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

  Back out or finish up a few non-apr tests.  Won't touch proxy at this
  moment with a 10 foot pole.  fs_dav is ok... the others need apr'ization


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

  Completed review for new tests:
    APR_STATUS_IS_EACCES(s)
    APR_STATUS_IS_EEXIST(s)
    APR_STATUS_IS_ENAMETOOLONG(s)
    APR_STATUS_IS_ENOENT(s)

  Where the old EACCES et. al. still exist, we have a problem (not yet
  using APR at all)

  More to come...


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

  Here it is, the Win32 part of the big canonical errors patch.

  The reason is really, really simple.  If we ever choose to mix clib and
  dos error codes, they criss-cross and don't line up, but they share the
  same number space.  As I wrote the new APR_IS_ERROR macros, I realized
  we were about to shoot ourselves in the foot.

  These changes nearly entirely affect Win32 only.  The next big patch will
  affect all of the rv == APR_ENOENT type problems throughout the system.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

is that the bucket code does not respect the length passed into it.  This
is correct for buckets, but it means that when we get data out of the
buckets, we may have to split the bucket to make sure that any copy
operations are safe.  We were originally doing the split at the number of
characters read from the bucket, but we really want to do it at the length
of the buffer.


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