aboutsummaryrefslogtreecommitdiffstats
path: root/crypto/des/ncbc_enc.c
Commit message (Collapse)AuthorAgeFilesLines
* Since there has been reports of clashes between OpenSSL'sRichard Levitte2001-03-291-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 directoryBodo Möller2000-03-141-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 almostBodo Möller1999-06-091-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öller1999-04-191-7/+2
|
* Import of old SSLeay release: SSLeay 0.9.0bRalf S. Engelschall1998-12-211-12/+1
|
* Import of old SSLeay release: SSLeay 0.8.1bRalf S. Engelschall1998-12-211-0/+141