RT 1638; EVP_*Final() should mention they no longer cleanup the ctx.
authorRich Salz <rsalz@akamai.com>
Thu, 3 Jul 2014 03:38:34 +0000 (23:38 -0400)
committerRich Salz <rsalz@akamai.com>
Thu, 3 Jul 2014 03:38:34 +0000 (23:38 -0400)
doc/crypto/EVP_EncryptInit.pod

index f6e4396ade3fbf19efaf4b19214a46eae956642e..3b132c4490cc53fbf59476fde162ebbac592abb7 100644 (file)
@@ -165,10 +165,11 @@ similar way to EVP_EncryptInit_ex(), EVP_DecryptInit_ex and
 EVP_CipherInit_ex() except the B<ctx> parameter does not need to be
 initialized and they always use the default cipher implementation.
 
-EVP_EncryptFinal(), EVP_DecryptFinal() and EVP_CipherFinal() behave in a
-similar way to EVP_EncryptFinal_ex(), EVP_DecryptFinal_ex() and
-EVP_CipherFinal_ex() except B<ctx> is automatically cleaned up 
-after the call.
+EVP_EncryptFinal(), EVP_DecryptFinal() and EVP_CipherFinal() are
+identical to EVP_EncryptFinal_ex(), EVP_DecryptFinal_ex() and
+EVP_CipherFinal_ex(). In previous releases they also cleaned up
+the B<ctx>, but this is no longer done and EVP_CIPHER_CTX_clean()
+must be called to free any context resources.
 
 EVP_get_cipherbyname(), EVP_get_cipherbynid() and EVP_get_cipherbyobj()
 return an EVP_CIPHER structure when passed a cipher name, a NID or an