mod_ebcdic will have three directives:
  EBCDICConvert       {On|Off}[={In|Out|InOut}] .ext [...]
  EBCDICConvertByType {On|Off}[={In|Out|InOut}] mimetype/match [...]
  EBCDICKludge        {On|Off}


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

compiling apache for TPF.

Submitted by:   Joe Moenich, Ovies Brabson <oviesb@us.ibm.com>


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

after the numerous small recent changes.


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

for IPv6 and EAPI for 1.3.10


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

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

fix the multipart/ type to be treated as text. This doesn't help very much
because nobody parses the mime type (and sets the conversion) of the
individual parts, though.


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

In September, there was discussion of mod_log_config and some need to
break the client request "%r" into its separate components. A patch was
committed to the 1.3 dev tree that exposed the method and protocol
request members as "%m" and "%H". It was noted that "%m %U %H" was not
the same as "%r" because %U does not include query string information.
The attached patches add support for logging query string in such a way
that "%m %U%q %H" is the same as "%r". I would like to see this committed
to take care of the unfinished business begun with "%m" and "%H".
Thanks,
 -Peter

PR: 5174
Submitted by:	Peter Watkins <peterw@usa.net>
Reviewed by:	Martin Kraemer


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

A couple macros that Ms. Brabson :-) had relied on are not
defined at OS/390 v1r2.  This provides alternatives.  I'm
skeptical of the value of "#define NSIG SIGDUMP+1" -- it's
scarcely a useful parameterization since future extensions
to the OS are less likely to change the value of SIGDUMP than
to add new SIG* codes with values higher than SIGDUMP.  It
might be better simply to unconditionally
"#define NSIG 40  /* Present highest signal (SIGDUMP) +1*/"

With these tweaks, httpd 1.3.10 compiles on OS/390 v1r2
and runs if invoked with "http -X".  Curiously, on OS/390 v2r7,
the same executable, compiled under v1r2 runs properly
without the "-X".

Submitted by:	Paul Gilmartin <pg@sweng.stortek.com>
Reviewed by:	Martin Kraemer


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

resolving of external symbols on all kinds of C compilers. Actually,
even IBM's should be able to live with that (see the linking of the
utilities in support/Makefile!).
Reviewed by:	Jim Jagielski


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

Protect the environment elsewhere by putting the whole
header loop in a subshell. Noticed by Ralf Engelschall


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

Submitted by:	Mark Bixby


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

previously supported platforms.


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

force variables into environment.


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

(Probably unneccessary, but this tests only the single bit 7)


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

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

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

	Add a note about DNS being required on Windows.

PR:		5451
Submitted by:	Hank Laskey <CAMResearch@aol.com>
Reviewed by:	Ken Coar


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

	isascii isn't universal, alas..

Submitted by:	gil <pg@sweng.stortek.com>
Reviewed by:	Martin Kraemer, Ken Coar


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

*_strictly kludge no longer necessary, I removed that part
of ebcdic.[ch]. This is untested by me, so please tell me
if it breaks anything for you and I'll revert it.


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

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

Submitted by:   Mark Bixby <mark_bixby@hp.com>
Reviewed by:    Martin Kraemer


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

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

64 bit builds of Apache. Use native DSO support with AIX V4.3 and later.
Native AIX DSO support is broken prior to 4.3, so we need to continue
using Apache's version on pre 4.3 releases of AIX
PR: 5309
Submitted by: Chris Graham (chrisg@webwombat.com.au)
Reviewed by: Bill Stoddard


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

	Add the AddCharset functionality to mod_mime.

Submitted by:	Youichirou Koga <y-koga@isoternet.org>
Reviewed by:	Ken Coar, Martin Kraemer


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

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

Submitted by:   Ovies Brabson <oviesb@us.ibm.com>
Reviewed by:    Martin Kraemer, Paul Gilmartin


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

Submitted by:   Ovies Brabson <oviesb@us.ibm.com>


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

that, but it was wrong anyway. Noticed by Ovies Brabson

Submitted by:   Ovies Brabson <oviesb@us.ibm.com>
Reviewed by:    Martin Kraemer


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

The *ebcdic*_strictly() kludge is now no longer required.


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

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

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

Submitted by: Honza Jirousek <honza@ecn.cz>

The author writes:
 couple notes:

 1) My Netscape Communicator 4.6 for Linux lists Czech language under code
 Czech(cs). I'm not sure what standards rule this, but it's quite likely wrong.
 Since the split of Czechoslovakia into two independent countries about 7 years
 ago, cz is an ISO code for Czech and sk for Slovak. Top level DNS domain cs
 (which caused so much trouble to mail users from computer science departments
 in US universities, who used to cut the domain part of local e-mail addreses
 short (e.g. abc@cs.berkeley.edu-&gt;abc@cs) and were surprised to get messages
 bounced by some Czechoslovakian mail servers) and other uses of the code cs
 should be deprecated by now. I assume, however, that this is of no
 significance to Apache, which handles thye country codes in httpd.conf only.

 2) Note that while Slovak language uses the same character set as Czech and
 while it's a fairly close to Czech, it is not identical and this translation
 will not pass for a Slovak version of the page. Slovak users may likely use
 the language negotiation feature, though, and set the order &quot;sk,cz,en&quot; in
 their browsers.

 3) There are two encoding for non-asci Czech characters. Supposed Internet
 standard is iso-8559-2, but most windows browsers use windows-1250 (and thus
 many Czech web pages are also created in this character set). Most browsers
 (on all platforms) can handle both encodings, but have to be told which one to
 use, as no good &quot;default&quot; can be assumed. One way is to configure Apache to
 send proper character set in HTTP headers (this has to be set locally based on
 website owner's preference), another is to include the character set in a META
 tag. I think the latter would work better for default welcome page and so I
 did in the page I'm sending.

 Honza Jirousek


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

Next step is replacement of all xxx_strictly stuff by xxx
(and renaming the os_toascii_strictly[] table to os_toascii[])


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

the code (somewhat) more readable, and improves the portability
to character sets other than ASCII (e.g., EBCDIC).
This patch results in no functional change whatsoever on ASCII machines,
but allows EBCDIC platforms to live without the ebcdic2ascii_strictly()
kludge.

Submitted by:   Paul Gilmartin <pg@sweng.stortek.com>
Reviewed by:    Jim Jgielski, Martin Kraemer


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

- better comparing of request-uri with uri parameter in Authorization
  header
- added a check for a MUST condition in the spec
- fixed SEGV


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

Submitted by:	Joe Moenich <moenich@us.ibm.com>


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

	Add ability to handle arbitrary methods to Script directive.


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

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

	Add Youichirou Koga's AddCharset patch to what's available.


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

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