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

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

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

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

  comments to the 1.3.21 head.


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

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

  The last showstopper I'm aware of.


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

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

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

  Hmmm... the 2.0 versions are still easier to read, but this seems
  finally pretty clear.


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

  Answer the (single most?) common FAQ of trailing slashes on Aliases


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

  On TPF, "HAVE_ISNAN" is erroneously being defined (due to cross-platform
  compiler issues unique to TPF).  TPF needs this patch to ignore the
  TestCompile results.

Submitted by:	David McCreedy <mccreedy@us.ibm.com>


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

(we could instead have included the proper header, but this is
the way Dirk fixed it in 2.0 since we already use strchr() and
thus had the proper header everywhere)

Get rid of incorrect code to save (and then ignore) the retval
from signal().  "void *" isn't compatible with any sort of
function pointer.


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

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

macros which Configure doesn't find.


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

  Accomodate the HAVE_ test for isnan/isinf


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

PR:
Obtained from:
Submitted by:
Reviewed by:


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

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

  Just moving things along


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

  *) Correct a vulnerability in the Win32 and OS2 ports, by which a
     client submitting a carefully constructed URI could cause a GP
     (segment) fault in the child process, which would have to be
     cleared by the operator to resume operation.  This vulnerability
     introduced no identified means to comprimize the server's data.
     Reported by Auriemma Luigi <kaino3@genie.it>.
     [William Rowe, Brian Harvard]

PR:  7522


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

  ISAPIs written for MS may pass 0 as the result code with no adverse effect.

Submitted by:	Jessie Oberreuter <joberreu@moselle.com>
Reviewed by:	Will Rowe


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

  Resolve the win32 exec cmd bug, at least as far as some unixes support
  it.  Presume the command contains a filepath and transpose forward
  slashes to backslashes in the path.  (Note part of the bug, correctly
  identified by the poster of 7415, was the /c flag being transposed to \c).

  There has to be a better way, but at least this is now partially, and not
  entirely broken.  Command.com _does_ accept quoted file paths with spaces
  for the executable.

PR:		7415


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

	Add ability to escape characters in Rewrite* input strings using
	'\' (e.g., "\$" to keep it from having its special meaning), and
	NoEscape/NE flag to disable filtering the rewritten output through
	URI encoding.


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

  Apxs spoken here [win32].


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

  Resolve isnan and isfnf for Win32


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

is able to handle a large number of service request threads.


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

on NetWare.  This fixes the unresolved link errors.


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

floating point numbers.

Submitted by:	Lukas Schroeder <lukas@edeal.de>


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

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

properly destroy the Apache console screen and switch to the system
console screen.  Also removed the call to clrscr() for NetWare so that any
warning messages produced during startup are visible.


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

1) The Host: header was not filled in correctly (it used the proxyhost,
   not the destination host), and
2) on POST requests, the wrong path was used.


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

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

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

  Spare the unix folk those 'windows' questions


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

This appears not to be expected to return the port in all cases; module
authors should not expect this to be the case.


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

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

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

the parsed uri's port field was set. This one-liner takes care of that.
Reviewed by: Chuck Murcko <chuck@topsail.org>


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

Backing it out...


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

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