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

D'oh!


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

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

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

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

cookie format to include the FQDN, I don't see why it doesn't include
the FQDN.

PR:		2366


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

Submitted by:	Alvaro Martinez Echevarria


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

Submitted by:	Alvaro Martinez Echevarria <alvaro-httpd@lander.es>


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

move the two related to ncr-svr4 next to each other; I'm seeing if the two could
be collapsed into one.


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

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

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

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

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

PR:		1973
Submitted by:	Klaus Weber <kweber@chephren.germany.ncr.com>


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

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

<Directory /> section... given that we already default to symlinks
elsewhere it doesn't make sense to disallow them here... and it's slower
to disallow them.  Related to PR 2363.


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

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


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

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

Submitted by:	Bill Houle <Bill.Houle@SanDiegoCA.NCR.COM>

Slight NCR-SVR4 tweak.


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

Updated certain questions for 1.3 - simplicity is always a good idea.


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

Redundant with htdocs/manual/new_features_1.3.html, and a pain to keep in sync.


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

missing newline at end of error message.


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

I *really* hate to look petty, which I know this is going to, but "5
score" just offended my sensibilities.


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

HostnameLookups were *not* allowed in .htaccess files.  They should
be, but for now it doesn't.  This can't be as easy as changing
ACCESS_CONF|RSRC_CONF to OR_FILEINFO or something, is it?


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