only sends() were ever blocking. That any network i/o was ever blocking
could be considered a bug in Apache.

This patch seems to work around a bug in WinXP that causes network write
data corruption. The bug appears to be tickled by the combined use of
WSADuplicateSocket and blocking sends().  Allan Edwards is submitting a
bug report to Microsoft.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93353 13f79535-47bb-0310-9956-ffa450edef68

if ap_os_case_canonical_filename() fails to retieve the information from the
file system, at least we have the casing from the request.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93346 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93325 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93292 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93290 13f79535-47bb-0310-9956-ffa450edef68

time for some open issues


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93287 13f79535-47bb-0310-9956-ffa450edef68

	Demote the 'turned /foo into http://host/foo' message from
	WARNING to DEBUG; it's a supported operation, so no need to
	fill normal log files with noise.  Setting LogLevel to Debug
	will show the activity, though.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93255 13f79535-47bb-0310-9956-ffa450edef68

can get the accurately cased filename from the file system on NetWare.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93237 13f79535-47bb-0310-9956-ffa450edef68

can get the accurately cased filename from the file system.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93236 13f79535-47bb-0310-9956-ffa450edef68

patch, but this uses no new constructs


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93222 13f79535-47bb-0310-9956-ffa450edef68

would not be noticed by the top level configure script.
That was bad for automated production environments, as errors would
go thru unnoticed, and caused havoc much later in the production.

Reviewed by:	Jim Jagielski


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93219 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93180 13f79535-47bb-0310-9956-ffa450edef68

Previously we were picking up bogus pthread functions in libc.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93146 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93142 13f79535-47bb-0310-9956-ffa450edef68

	Fix RedirectMatch so it won't emit invalid Location fields.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93134 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93127 13f79535-47bb-0310-9956-ffa450edef68

 - Allow for /%2f hack (to access the root directory / )
 - properly escape generated links in dir listing
 - do directory listings in ASCII, to avoid problems with EBCDIC servers
 - close data & control channels to server properly
 - rename "BUFF f" to "BUFF data" or "BUFF ctrl", depending on its FTP use


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93054 13f79535-47bb-0310-9956-ffa450edef68

  (cosmetics only)
* Make output look more like xhtml (cosmetics only)
* Properly escape file names from ftp directory listing (as HTML or URI)
* Treat ftp rc 421 (closing connection) like -1 (connection was closed)
* fix a possible pointer underrun


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93053 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93029 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@93008 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92976 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92975 13f79535-47bb-0310-9956-ffa450edef68

after 1.3.21... Setting for 1.3.23, then will move the tag


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92974 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92973 13f79535-47bb-0310-9956-ffa450edef68

the tag


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92972 13f79535-47bb-0310-9956-ffa450edef68

needed.
Submitted by: Thomas Eibner <thomas@stderr.net>


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92969 13f79535-47bb-0310-9956-ffa450edef68

  Per W. Stoddard, Greg Marr and my research, let's get this right.

  This change is a decorative NOOP.  It accurately reflects what the
  MSVC compiler actuall turned into bytecode.  We hope this change
  makes the actual fns clearer to the developer.

  However, there is no effective difference.  The _stdcall declaration
  for these functions was _ignored_ by MSVC, which treated the fn's
  as _cdecl (our API_EXPORT_NONSTD macro) because they use varargs.

  This time, buff.c:ap_bvputs() was out of sync (correct to this patch)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92965 13f79535-47bb-0310-9956-ffa450edef68

  ap_rprintf is implemented as API_EXPORT() in http_protocol.c.
  Therefore, make the prototype and implementation consistant.

  The question remains, why no compiler warning/emit?  Because MSVC [my
  version, at least] must have changed all of the ap_fn(foo, ...) decl
  from _stdcall to _cdecl, on it's own!

  I suggest our declarations are still borked, but they have worked only
  because MSVC ignored our poor judgement :)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92964 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92963 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92962 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92961 13f79535-47bb-0310-9956-ffa450edef68

  This one is a registered fn... that's why it must be _NONSTD.
  Right call in the first place, sorry for doubting.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92955 13f79535-47bb-0310-9956-ffa450edef68

  Recent API exports make no sense without headers


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92954 13f79535-47bb-0310-9956-ffa450edef68

  Several final namespace changes.  Exports (with an ap_ prefix!) the
  useful sendwithtimeout/recvwithtimeout symbols.  How useful?  SSL needs
  them, and proxy_connect should probably use them as well.  And corrects
  two newly exported (never released) symbols since they did not require
  the _NONSTD semantics.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92953 13f79535-47bb-0310-9956-ffa450edef68

  Warmed up enough to clear the ice from the walkways.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92952 13f79535-47bb-0310-9956-ffa450edef68

  Resolve 12 compiler emits for signedness.  These turn out to be trivial,
  since i is only used as an unsigned zero-based index.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92951 13f79535-47bb-0310-9956-ffa450edef68

  Warming in Chicago, finally


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92950 13f79535-47bb-0310-9956-ffa450edef68

  Dispatch 26 compiler emits into oblivion.  Vetting is desired, please
  post to the list if you participate.  They are all blindingly obvious,
  but extra eyes always help

  This eliminates all but the regex emits and MSVC's borked misdeclaration
  of FD_SET.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92949 13f79535-47bb-0310-9956-ffa450edef68

  Per W. Stoddard and Jim Js' request - revert to binary compatibility.

  These declarations are entirely wrong, of course, but we will trudge
  on with 1.3.23 sharing this brokenness with 1.3.22 and prior.

  Will be grepping and fixing in 2.0.31-dev, if similar problems exist.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92947 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x@92915 13f79535-47bb-0310-9956-ffa450edef68