1.3.0 binary installers


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

"intel" is unfair to other vendors.


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

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

truncated which forced following HTTP headers to be data in the HTTP reponse.
Although the reponse now is copied out from the response buffer because it is
only temporary and overridden at other points.

Original  patch submitted by: Charles Fu <ccwf@bacchus.com>
Corrected patch submitted by: Ralf S. Engelschall
PR: 2412


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

top-level configure script to avoid sed fails on some platforms (for instance
SunOS 4.1.3 and NCR SysV) because of the non-newline-termined output of Awk.

Submitted by: Bill Houle <bhoule@sandiegoca.ncr.com>
Reviewed by: Ralf S. Engelschall
PR: 2435


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

- It's not necessary to test name[0] == 0 because the next if will fail in
  that event anyhow.  Ditto for name[1] == 0.


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

	I've been meaning to clean up these integer-as-string comparisons
	for a while, and encountered the misplacement of the parent directory
	entry during testing.  Needing the parent-directory test in a
	second location prompted streamlining simplification of the method.


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

	Style-guide cleanups.


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

	Fix typo.

PR:		2426
Submitted by	Katsuya Odajima <odajima@iij-mc.co.jp>


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

it fixes the problem.


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

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

causes the current brokeness in mod_perl under DSO situation.


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

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

of Dean's recent changes to the function set.


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

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

something is broken it complains and exits with a return code non-equal to 0.

This can be used manually by the user to check the Apache configuration after
editing and is also automatically used by apachectl on (graceful) restart
command to make sure Apache doesn't die on restarts because of a configuration
which is now broken since the last (re)start.

This way `apachectl restart' can be used inside cronjobs without having to
expect Apache to be falling down. Additionally the httpd -t can be run via
`apachectl configtest'.

Submitted by: Ralf S. Engelschall
Reviewed by: Martin Kraemer, Brian Behlendorf, Jim Jagielski, Dean Gaudet
PR: 2393


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

Now that there is even a PR we should remember the fix.


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

Submitted by: Justin Bradford <justin@ukans.edu>
Reviewed by: Ralf S. Engelschall
PR: 2400


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

pairs... and would downcase the value, which is a case-sensitive thing.
But, to be honest, the code prior to my changes neglected param=value
pairs.  Another case where we really should have some core parsing
routines that understand HTTP rather than the hodge-podge we have
now.

PR:		2394


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

PR:		2390
Submitted by:	Sean Boudreau <seanb@qnx.com>


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

Sorry, but I see no other portable way to do it :-(
Submitted by:	Ralf Engelschall <rse@engelschall.com>


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

	I'm -1 on the new method only because of the "usr/local/apache"
	and no-source points.  It's not a veto, it's an "I don't like this"
	vote.


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

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

I'll add pro and cons to both variants tomorrow for both better decision.


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

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

functions which are in libdld under HPUX 9/10.

PR: 2378


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

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

of a return code of 1 from an "if" (for instance under braindead Ultrix the
result code of an "if" construct is 1 if the "then" clause didn't match).

Thanks to Ben Hyde for discovering this subtle problem.


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

modules/xxx/Makefile's to avoid problems with SVR4 Make under "full-DSO"
situation (no libxxx.a built, only mod_xxx.so's) where LIB and OBJS are empty.

Submitted by: Ralf S. Engelschall, Dean Gaudet, Martin Kraemer


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

The sprintf()'s were incorrectly introduced recently because Ralf didn't
recognize that although the ap_psprintf() needs a pool (which is not available
at the particular place in mod_rewrite) we also have the non-pool based more
secure ap_snprintf() (which is now used).

Thanks to Marc for complaining and giving the hint to ap_snprintf().


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

PR:		2384
Submitted by:	David MacKenzie <djm@va.pubnix.com>


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

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

Submitted by:	Christof Damian <damian@mediaconsult.com>


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

in the wrong order -- so it would still use awk if it was in an earlier
path rather than preferring gawk/nawk.

PR:		2319
Submitted by:	Dave Dykstra <dwd@bell-labs.com>


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

Submitted by:	Dave Dykstra <dwd@bell-labs.com>


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

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

e.g., that CacheRoot effectively enables cacheing


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

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

Based on private mail with Bill.Houle@SanDiegoCA.NCR.COM (Bill Houle),
where he said (quoting me)

On Jun 7, 11:52am, Brian Behlendorf wrote:
} >I can't see why you'd ever want $MACHINE to be variable since
} >all NCR boxes are generic SVR4. I don't see why you couldn't
} >just move the 'library' test to the list of i486-ncr-sysv4
} >above....
}
} Hmm, true.  Or at least move them next to each other so it's obvious.  I
} don't want to break something if there's a reason they're separate like that.
}
} >PS: Should I be anal-retentive and point out that most systems
} >these days are Pentium based rather than 486, or is 'i486' simply
} >a convention with no real CPU significance? 'intel' might be a
} >better (more generic) designation, and I'm sure this applies to
} >non-NCR systems as well.
}
} I don't think it has any significance in the code - what does "uname -m"
} result in on your systems?

You ready for a good laugh? On the machine I am on this moment,
it returns '3435'. On the machine I compiled Apache on Fri night,
it returned '5648'. NCR MP-RAS stupidly reports the *model number*
of the machine it is running on; ditto for `arch`. Thus, `uname -m`
is going to be all over the map depending on the class of box.

That is why I said all NCR tests -- including the "library" test --
should probably result in "i486" rather than the machine 'type'(sic).
Or, better yet, "intel" if there's no significance to 'i486' other
than as a generic x86 label.


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

Fix link.


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