History log of /openbsd/lib/libcrypto/man/EVP_VerifyInit.3 (Results 1 – 13 of 13)
Revision Date Author Comments
# faa6ce42 08-Nov-2024 schwarze <schwarze@openbsd.org>

Weed out the last remaining refences to the obsolete
function EVP_MD_CTX_init(3) and talk about EVP_MD_CTX_new(3) instead.
This is similar in spirit to OpenSSL commit 25191fff (Dec 1, 2015),
but i'm

Weed out the last remaining refences to the obsolete
function EVP_MD_CTX_init(3) and talk about EVP_MD_CTX_new(3) instead.
This is similar in spirit to OpenSSL commit 25191fff (Dec 1, 2015),
but i'm also mentioning EVP_MD_CTX_reset(3), slightly reordering some
sentences in a more systematic way, and improving some related wordings
to be more precise and read better.

show more ...


# f7825545 21-Jul-2024 tb <tb@openbsd.org>

Unify description of the obsolete ENGINE parameter

This uses the same language in most manuals mentioning the obsolete
ENGINE parameters. Make it clear that it is always ignored and that
NULL should

Unify description of the obsolete ENGINE parameter

This uses the same language in most manuals mentioning the obsolete
ENGINE parameters. Make it clear that it is always ignored and that
NULL should be passed. Always call it engine instead of a mix of e
pe, impl, eng.

show more ...


# 89729f59 16-Nov-2023 schwarze <schwarze@openbsd.org>

Mention which functions are implemented as macros in the few cases
where that information was missing.


# ab3cf6db 10-Jun-2019 schwarze <schwarze@openbsd.org>

delete references to ERR pages from SEE ALSO where such
references were already given below RETURN VALUES right above


# c7dc0b3f 23-Dec-2018 tb <tb@openbsd.org>

EVP_MD_CTX_cleanup() is deprecated and doesn't free, so recommend using
EVP_MD_CTX_free() instead if the goal is to avoid leaking memory.

From my corresponding upstream commit, reminded by schwarze


# 587a1928 29-Mar-2018 schwarze <schwarze@openbsd.org>

Remove mention of link between message digests and public key algorithms.
The comment in EVP_DigestInit.pod is:
"EVP_MD_pkey_type() returns the NID of the public key signing algorithm
associated with

Remove mention of link between message digests and public key algorithms.
The comment in EVP_DigestInit.pod is:
"EVP_MD_pkey_type() returns the NID of the public key signing algorithm
associated with this digest. For example EVP_sha1() is associated with
RSA so this will return NID_sha1WithRSAEncryption. Since digests and
signature algorithms are no longer linked this function is only retained
for compatibility reasons."
So there is no link anymore.

From <paul dot dale at oracle dot com>
via OpenSSL commit 79b49fb0 Mar 20 10:03:10 2018 +1000

show more ...


# 10e00d17 27-Mar-2018 schwarze <schwarze@openbsd.org>

found a complete archive of SSLeay-0.4 to SSLeay-0.8.1b tarballs
on the web, so fix up SSLeay HISTORY accordingly


# 80d1afcd 22-Mar-2018 schwarze <schwarze@openbsd.org>

crypto HISTORY up to 0.9.7; researched from OpenSSL git


# 52c2d5e5 20-Mar-2018 schwarze <schwarze@openbsd.org>

evp.h HISTORY up to SSLeay 0.8.1b; researched from OpenSSL git


# 5c1aabee 26-Nov-2016 schwarze <schwarze@openbsd.org>

Copyright and license


# 84a81591 21-Nov-2016 jmc <jmc@openbsd.org>

various cleanup;


# 8974101a 06-Nov-2016 jmc <jmc@openbsd.org>

first pass; ok schwarze


# d5c51cd3 03-Nov-2016 schwarze <schwarze@openbsd.org>

convert EVP manuals from pod to mdoc