Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Since there has been reports of clashes between OpenSSL's | Richard Levitte | 2001-03-29 | 1 | -4/+4 |
| | | | | | | | | des_encrypt() and des_encrypt() defined on some systems (Solaris and Unixware and maybe others), we rename des_encrypt() to des_encrypt1(). This should have very little impact on external software unless someone has written a mode of DES, since that's all des_encrypt() is meant for. | ||||
* | Insert a comment: This is one of the few files in this directory | Bodo Möller | 2000-03-14 | 1 | -0/+5 |
| | | | | | that is actually used (even though it may not appear so at first sight). | ||||
* | Unify DES library: ncbc_enc.c wasn't used, but its content was almost | Bodo Möller | 1999-06-09 | 1 | -9/+27 |
| | | | | | | | | | | | | | | | | duplicated in cbc_enc.c (without IV updating) and in des_enc.c As pointed out by others on the openssl-dev list, des_cbc_encrypt (without IV updating; defined in cbc_enc.c) exists only for historical reasons: des_ncbc_encrypt should be used instead (and the caller does not have to manually update the IV). If des_cbc_enrypt is not needed for backwards compatibility, the definition of des_ncbc_encrypt should be put back into des_enc.c, and both cbc_enc.c and ncbc_enc.c can be deleted. If des_cbc_encrypt *is* needed for backwards compatibility, its behaviour obviously should not change (i.e., don't add IV updating). | ||||
* | Change functions to ANSI C. | Ulf Möller | 1999-04-19 | 1 | -7/+2 |
| | |||||
* | Import of old SSLeay release: SSLeay 0.9.0b | Ralf S. Engelschall | 1998-12-21 | 1 | -12/+1 |
| | |||||
* | Import of old SSLeay release: SSLeay 0.8.1b | Ralf S. Engelschall | 1998-12-21 | 1 | -0/+141 |