the 1.3.24 release. I'll be RM if no one else wants it


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

correct subpool when initially opening the error log.
This makes TPF's ap_open_logs call the same as other platforms and
prevents a possible SIGPIPE in standalone_main on TPF.

Submitted by:	David McCreedy
Reviewed by:	Jeff Trawick


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

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

     expensive backend server, it would wait until it had delivered
     the response to the slow frontend client completely before
     closing the backend connection. The backend connection is now
     closed as soon as the last byte is read from it, freeing up
     resources that would have been tied up unnecessarily.

The proxy code read chunks from the backend server in a
     hardcoded amount of 8k. The existing ProxyReceiveBufferSize
     parameter has been overloaded to specify the size of this buffer.

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

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

the log file. If a double-reverse lookup was performed (e.g.,
for an "Allow from .my.domain" directive) but failed, then
a spoofed dns-reverse-address could appear in the logs. Now
the numeric address is logged instead. Note that
reverse-address-spoofing did NOT actually allow access
to any protected resource! It was only possible to cause apache to
log arbitrary names (for resources protected thusly) if you had
control over the reverse dns zone.


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

need to, not before.
PR:
Obtained from:
Submitted by:
Reviewed by:


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

single Set-Cookie header. Set-Cookie and Set-Cookie2 headers
are now unmerged in the http proxy before being sent to the
client.
PR:
Obtained from:
Submitted by:
Reviewed by:


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

- Fix a problem with proxy where each entry of a duplicated
header such as Set-Cookie would overwrite and obliterate the
previous value of the header, resulting in multiple header
values (like cookies) going missing.
- Fix a problem with proxy where X-Cache headers were
overwriting and then obliterating upstream X-Cache headers
from other proxies.
PR:
Obtained from:
Submitted by:
Reviewed by:


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

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