openssl/crypto/cryptlib.c, branch OpenSSL_0_9_7m

Update from fips2 branch.

2007-02-03T17:33:30Z

Replace detached signature with in-core fingerprinting.

2006-01-21T14:01:30Z

Resolve minor binary compatibility issues in fips.

2005-04-17T23:26:40Z

Fix typos.

2005-04-13T15:41:56Z

Backport OPENSSL_NONPIC_relocated from HEAD.

2005-04-13T08:49:51Z

OPENSSL_showfatal, backport from HEAD.

2005-04-13T07:02:59Z

Engage DllMain on Windows. Partial backport from HEAD. Unlike HEAD,

2005-04-07T16:06:03Z

it doesn't get engaged on __CYGWIN__, because I'm not sure is *all* Cygwin installations are equipped with windows.h...

Let's lock a write lock when changing values, shall we?

2004-08-02T14:15:07Z

Thanks to Dr Stephen Henson for making me aware of this error.

To protect FIPS-related global variables, add locking mechanisms

2004-07-30T14:38:02Z

around them. NOTE: because two new locks are added, this adds potential binary incompatibility with earlier versions in the 0.9.7 series. However, those locks will only ever be touched when FIPS_mode_set() is called and after, thanks to a variable that's only changed from 0 to 1 once (when FIPS_mode_set() is called). So basically, as long as FIPS mode hasn't been engaged explicitely by the calling application, the new locks are treated as if they didn't exist at all, thus not becoming a problem. Applications that are built or rebuilt to use FIPS functionality will need to be recompiled in any case, thus not being a problem either.

Pull FIPS back into stable.

2004-05-11T12:46:24Z