CVSROOT: /cvs
Module name: src
Changes by: [email protected] 2014/04/15 20:14:27
Modified files:
lib/libssl/src/apps: apps.c asn1pars.c ca.c ciphers.c cms.c
crl.c crl2p7.c dgst.c dh.c dhparam.c dsa.c
dsaparam.c ec.c ecparam.c enc.c engine.c
errstr.c gendh.c gendsa.c genpkey.c
genrsa.c nseq.c ocsp.c openssl.c passwd.c
pkcs12.c pkcs7.c pkcs8.c pkey.c pkeyparam.c
pkeyutl.c prime.c rand.c req.c rsa.c
rsautl.c s_apps.h s_client.c s_server.c
s_socket.c sess_id.c smime.c speed.c
spkac.c srp.c x509.c
Log message:
spray the apps directory with anti-VMS napalm.
so that its lovecraftian horror is not forever lost, i reproduce below
a comment from the deleted code.
/* 2011-03-22 SMS.
* If we have 32-bit pointers everywhere, then we're safe, and
* we bypass this mess, as on non-VMS systems. (See ARGV,
* above.)
* Problem 1: Compaq/HP C before V7.3 always used 32-bit
* pointers for argv[].
* Fix 1: For a 32-bit argv[], when we're using 64-bit pointers
* everywhere else, we always allocate and use a 64-bit
* duplicate of argv[].
* Problem 2: Compaq/HP C V7.3 (Alpha, IA64) before ECO1 failed
* to NULL-terminate a 64-bit argv[]. (As this was written, the
* compiler ECO was available only on IA64.)
* Fix 2: Unless advised not to (VMS_TRUST_ARGV), we test a
* 64-bit argv[argc] for NULL, and, if necessary, use a
* (properly) NULL-terminated (64-bit) duplicate of argv[].
* The same code is used in either case to duplicate argv[].
* Some of these decisions could be handled in preprocessing,
* but the code tends to get even uglier, and the penalty for
* deciding at compile- or run-time is tiny.
*/
