ENGINE_ctrl() had been insisting that the ENGINE supplied was already
initialised for use, but one of the useful things about ENGINE_ctrl()
is that it can be a useful way to provide settings that should be
used during initialisation. Instead, I've altered the code to insist
that the engine has a valid *structural* reference (rather than a
*functional* one).

Merge from main trunk, conflicts resolved

This commit takes care of a couple of things;

(a) a couple of typos in the source code

(b) adds a ctrl command and handling code to enable or disable the fork()
    checking that CHIL can do when applications are calling fork() in
    their application and using the library from multiple child processes
    after the one initialisation.

(c) adds another ctrl command to prevent the initialisation of the CHIL
    library from providing mutex-handling callbacks, even if the library
    has suitable callbacks already available. This can simplify (and
    optimise) applications that do not use multi-threading.

This commit was manufactured by cvs2svn to create branch 'BRANCH_engine'.

Document the new DN printing options.

Change a few names to be more meaningful.

Fix typos in CA.pl docs.

Document rollback issues.

Fix SSL 2.0 rollback checking: The previous implementation of the
test was never triggered due to an off-by-one error.

In s23_clnt.c, don't use special rollback-attack detection padding
(RSA_SSLV23_PADDING) if SSL 2.0 is the only protocol enabled in the
client; similarly, in s23_srvr.c, don't do the rollback check if
SSL 2.0 is the only protocol enabled in the server.

New ASN1_STRING_print_ex() and X509_NAME_print_ex()
functions. These are intended to be replacements
for the ancient ASN1_STRING_print() and X509_NAME_print()
functions.

The new functions support RFC2253 and various pretty
printing options. It is also possible to display
international characters if the terminal properly handles
UTF8 encoding (Linux seems to tolerate this if the
"unicode_start" script is run).

Still needs to be documented, integrated into other
utilities and extensively tested.

There's a slight possibility that a is 0 in BN_sub_word(), and might
therefore have unallocated parts.  Therefore, a check for the 0 case
is needed, resulting with the same thing as when a is negative.

In the case where a < 0 and |a| < w, the result (assigned to a) from
BN_add_word becomes wrongly negative...
This was discovered by Darrel Hankerson <dhankers@cacr.math.uwaterloo.ca>

Looks like Win32 builds do not define THREADS.  However, they're still
supporting threads, which means that th assertion is supperbly
dangerous, so make sure it's not compiled under Win32, period.

Add the possibility to get hexdumps of unprintable data when using
'openssl asn1parse'.  As a side effect, the functions ASN1_parse_dump
and BIO_dump_indent are added.

Fix a bug in the new i2d_{ENUMERATED,INTEGER} that
didn't recognise NULL to mean 'don't output anything'

Try to catch some memory leaks in the error case.

When data are written out in very small blocks (less than 3 bytes in
size) through the base64 filter, b64_write() messes up it's parameters
in such a way that instead of writing correct base64 output, the first
4 characters of that output is repeated over and over.  This fix
corrects that problem.

There's a deadlock when ssleay_rand_bytes is called the first time, since
it wants to stir the pool using ssleay_rand_add.  This fix provides the
possibility to call ssleay_rand_add inside a locked state by simply telling
it not to do any locking through a static variable.  This isn't the most
elegant way one could do this, but it does retain thread safety during the
stirring process.

Fix warnings.

In crypto/err/err.c need to initialise p to
NULL in case thread_hash is NULL. Otherwise
p will be uninitialized.

Make NEG_PUBKEY_BUG on by default.

ASN1_TIME fixes.

New function c2i_ASN1_OBJECT().

Darrel Hankerson <dhankers@cacr.math.uwaterloo.ca> correctly discovered
that of the result pointer to bn_mul was the same as one of the two arguments,
That argument might have it's sign destroyed.  He provided this fix.

Avoid a race condition if another thread happens to remove the error
state at the same time.

Add support for solaris shared libraries, currently just experimental
(there's no way to get it through configuration yet).

Avoid loops, and make sure that it's possible to still build shared
libraries even if the "shared" configuration option wasn't chosen.

This isn't entirely necessary if you do everything right from the
start, but can save you some trouble.  Just ignore "shared" if it
comes up among the given options, at least for now...

"make update"

Add a note on installation under Win32.

Show the running line count and definition cont in debug mode.  That
has helped me a bit when I ran into trouble.

Profiling option for mk1mf.pl

crypto/err.c bugfix

Redo and enhance the support for building shared libraries.  Currently
there's support for building under Linux and True64 (using examples
from the programming manuals), including versioning that is currently
the same as OpenSSL versions but should really be a different series.

With this change, it's up to the users to decide if they want shared
libraries as well as the static ones.  This decision now has to be
done at configuration time (well, not really, those who know what they
do can still do it the same way as before).

The OpenSSL programs (openssl and the test programs) are currently
always linked statically, but this may change in the future in a
configurable manner.  The necessary makefile variables to enable this
are in place.

Also note that I have done absolutely nothing about the Windows target
to get something similar.  On the other hand, DLLs are already the
default there, but without versioning, and I've no idea what the
possibilities for such a thing are there...

Bugfix: use write locks, not just read locks

We do PKCS8 as well

oops.

don't print debug output

Move RNG initialization to RAND_poll(), and shared definitions to
rand_lcl.h

Randomness polling function for Win9x.

Document -purpose option in usage string.

Make req seed the PRNG if signing with
an already existing DSA key.

Document the new smime options.

Merge from main, all conflicts resolved.

(I do this far too seldom...)

Avoid the conflict between () and (void)

FAQ about ar "missing" on Solaris.

Add an early reference to BN_CTX_new so that the usage of BN_CTX_start
is easier to grasp.

Fix some typose in the i2d/d2i functions that
call the i2c/c2i (they were not using the
content length for the headers).

Fix ASN1 long form tag encoding. This never
worked but it was never tested since it is
only used for tags > 30.

New options to smime program to allow the
PKCS#7 format to be specified and the content
supplied externally.

This commit was manufactured by cvs2svn to create branch 'BRANCH_engine'.

Corrected small bug that could add ',L' when it shouldn't

Add the possibility to use an engine as random byte generator.

Cut'n'paste error corrected

Handle the hwcrhk private key with a bit more consistency.  Also, for the
random numbers generator, always return status 1 since the entropy is
already presumably there...

Some error checking when loading keys

API change.

Change the overall RAND routines to actually make use of engines.
This seems to work, but I'm a little unsure that I got it all right,
and would like this to be reviewed.

New ASN1 functions that just deal with
content octets, not tag+length.

Add the possibility to load prvate and public keys from an engine and
implement it for nCipher hardware.  The interface in itself should be
clear enough, but the nCipher implementation is currently not the
best when it comes to getting a passphrase from the user.  However,
getting it better is a little hard until a better user interaction
method is create.

Also, use the possibility in req, so we can start to create CSR's with
keys from the nForce box.

WARNING: I've made *no* tests yet, mostly because I didn't implement
this on the machine where I have an nForce box to play with.  All I
know is that it compiles cleanly on Linux...

More experiments show that you can set your data segment size soft
limit higher and thereby get through compilation of sha_dgst.c.

Change the FAQ entry a bit, giving the details as I observed them.

Don't initialise the pointers to mutex functions directly in the structure.
This is correctly taken care of by hwcrhk_init().  While we're at it, give
this engine the official name of the library used (CHIL, for Cryptographic
Hardware Interface Library).

Document the change.

I got sick and tired of having to keep track of NIDs when such a thing
could be done automagically, much like the numbering in libeay.num and
ssleay.num.  The solution works as follows:

  - New object identifiers are inserted in objects.txt, following the
    syntax given in objects.README.
  - objects.pl is used to process obj_mac.num and create a new
    obj_mac.h.
  - obj_dat.pl is used to create a new obj_dat.h, using the data in
    obj_mac.h.

This is currently kind of a hack, and the perl code in objects.pl
isn't very elegant, but it works as I intended.  The simplest way to
check that it worked correctly is to look in obj_dat.h and check the
array nid_objs and make sure the objects haven't moved around (this is
important!).  Additions are OK, as well as consistent name changes.

Beautification

Add a blurb on how to solve the problem with failing compiltaion of sha_dgst.c on Alpha True64 Unix

Add PRNGD link.

Update STATUS.

Return bignum '0' when BN_rand is asked for a 0 bit random number.

Fix code structure (if ... else if ... where both parts
may be disabled by preprocessor symbols)

Don't dereference NULL pointers.
Submitted by: bowe@chip.ma.certco.com

Don't let top go below zero!

Use up-to-date functions.

Merge in the latest changes from the main trunk, and extra in apps/speed.c

Give the user the option to measure real time instead of user CPU time.

Check for missing engine name, and also, do not count up the number of given algorithms when an engine is given

p_CSwift_AttachKeyParam actually returns more than one kind of error.  Detect the input size error, treat any that are not specially checked as 'request failed', not as 'provide parameters', and for those, add the actual status code to the error message

Cryptoswitch actually has a few more statuses than SW_OK.  Let's provide the possibility for a better granularity in error checking

Make it possible to turn off compilation of hardware support through
the configuration parameter 'no-hw'.

`make update'

It makes much more sense and is much more consistent with the rest of
OpenSSL to have to opt out hardware support instead of having to opt
it in.  And since the hardware support modules are self-contained and
actually check that the vendor stuff is loadable, it still works as
expected, or at least, so I think...

Give the programmer of extra engines the possibility to actually make
it functional :-).

Make the use of logstream thread-safe.

Use the new control to add a log stream.

When closing the hwcrhk engine, also remove the reference to the
logstream.

Add the possibility to control some engine internals.

Rename 'hwcrhk' to 'ncipher' in all public symbols.  Redo the logging function so it takes a BIO.  Make module-local functions static

The error ENGINE_R_HWCRYPTOHOOK_REPORTS should never have been used

Undo the changes I just made.  I'm not sure what I was thinking of.
The message to everyone is "Do not hack OpenSSL when stressed"...

Document my latest changes.

Make it possible for users of the openssl applications to specify the
EGD should be used as seeding input, and where the named socket is.

Make it possible for people to tell where the EGD socket is through
the RANDEGD environment variable.

That's it, I've seen questions about this one time too many for
today.  Time to add extra info so the poor users know where to
go with their troubles.

Make sure we use /usr/sbin/sysctl, especially since /usr/sbin is not
always in the users $PATH...

Rename 'hwcrhk' to 'ncipher' in all public symbols

Added references to RFCs 1421 to 1424, that describe PEM.
Suggested by Randolph Bentson <bentson@grieg.holmsjoen.com>

Strange how one line can make a world of difference, particularly when
the one line turns an error return value into a success return value.
:-) "openssl speed -engine hwcrhk rsa1024" now passes through ok.

Get rid of those annoying "?"s from cvs update :-)

Things merged from the main trunk, among others some well needed Win32
fixes.

BSD-style MD5-based password algorithm in 'openssl passwd'.
(Still needs to be tested against the original using sample passwords
of different length.)

Steve fixed up some strange errors introduced into dso_win32.c, and I'm
just converting some spaces to tabs from his fix. :-)

Actually comment out the parts of BN_MOD_MUL_WORD that I inteded to
comment out in the previous commit

In BN_mod_exp_mont_word, avoid one application of BN_MOD_MUL_WORD,
and for small 'a' also a couple of calls to
BN_mod_mul_montgomery(r, r, r, ...).

Move add_oid_section to apps.c, so it can be shared by several
applications.  Also, have it and the certificate and key loading
functions take a BIO argument for error output.

Document the change in req.

Change req so the new parameter '-rand file' uses the given file in
addition to the file given through the RANDFILE option or environment
variable.

On case-insensitive systems, the 'install' target gets matched against
the 'INSTALL' file, which means that 9 times of 10, the BlowFish
headers won't get installed.  Avoid this in the same way it's done in
crypto/des/Makefile.ssl, where someone apparently has thought of this...