openssl/crypto/dsa/dsa_lib.c, branch OpenSSL_0_9_5 TLS/SSL and crypto library. http://git.bktus.com/gpgfrontend/openssl/atom?h=OpenSSL_0_9_5 2000-01-23T23:41:49Z Tidy up CRYPTO_EX_DATA structures. 2000-01-23T23:41:49Z Dr. Stephen Henson steve@openssl.org 2000-01-23T23:41:49Z urn:sha1:dd9d233e2aa493fa1398b527afbf6aa5cdb23f23 Initial support for DH_METHOD. Also added a DH lock. A few changes made to 1999-08-23T23:11:32Z Dr. Stephen Henson steve@openssl.org 1999-08-23T23:11:32Z urn:sha1:13066cee601cb7b2d6980fbb7eba51db4b489ebd DSA_METHOD to make it more consistent with RSA_METHOD. Initial support for DSA_METHOD... 1999-08-22T17:57:38Z Dr. Stephen Henson steve@openssl.org 1999-08-22T17:57:38Z urn:sha1:c0711f7f0fc026ab87fe6607bb5136ab790e2334 fix the bug 1999-08-06T12:27:39Z Bodo Möller bodo@openssl.org 1999-08-06T12:27:39Z urn:sha1:a12258fcd2feaaec9820a68d0b65a11c491ccf04 New function DSA_dup_DH, and fixes for bugs that were found 1999-08-05T11:50:18Z Bodo Möller bodo@openssl.org 1999-08-05T11:50:18Z urn:sha1:48c843c3672c49724b3ccb11204b7ae67b17c9cb while implementing and using it. Change #include filenames from <foo.h> to <openssl.h>. 1999-04-23T22:13:45Z Bodo Möller bodo@openssl.org 1999-04-23T22:13:45Z urn:sha1:ec577822f95a8bca0023c5c77cef1a4916822d4a Submitted by: Reviewed by: PR: Change functions to ANSI C. 1999-04-19T21:31:43Z Ulf Möller ulf@openssl.org 1999-04-19T21:31:43Z urn:sha1:6b691a5c85ddc4e407e32781841fee5c029506cd Massive constification. 1999-04-17T21:25:43Z Ben Laurie ben@openssl.org 1999-04-17T21:25:43Z urn:sha1:e778802f53c8d47e96a6e4cbc776eb6e1d4c461a Fix security hole. 1999-03-22T12:22:14Z Ben Laurie ben@openssl.org 1999-03-22T12:22:14Z urn:sha1:b4cadc6e1343c01b06613053a90ed2ee85e65090 Fix version stuff: 1998-12-31T09:36:40Z Ralf S. Engelschall rse@openssl.org 1998-12-31T09:36:40Z urn:sha1:9cb0969f657bcc297430fefb9a51e78c52703121 1. The already released version was 0.9.1c and not 0.9.1b 2. The next release should be 0.9.2 and not 0.9.1d, because first the changes are already too large, second we should avoid any more 0.9.1x confusions and third, the Apache version semantics of VERSION.REVISION.PATCHLEVEL for the version string is reasonable (and here .2 is already just a patchlevel and not major change). tVS: ----------------------------------------------------------------------