summaryrefslogtreecommitdiff
path: root/src/lib/libc
diff options
context:
space:
mode:
authortb <>2025-07-02 06:36:52 +0000
committertb <>2025-07-02 06:36:52 +0000
commit6b47f048c12894f6c2677b85edda844d168c969c (patch)
tree9209c373920f0b7491e3c9c0a2dd3aaa7a762f23 /src/lib/libc
parent3d76905090cbe420b60189cf441b5452c9c8bdf0 (diff)
downloadopenbsd-6b47f048c12894f6c2677b85edda844d168c969c.tar.gz
openbsd-6b47f048c12894f6c2677b85edda844d168c969c.tar.bz2
openbsd-6b47f048c12894f6c2677b85edda844d168c969c.zip
Const correct EVP_PKEY_get{0,1}_{DH,DSA,EC_KEY,RSA}()
These are safe to call concurrently and they don't modify the memory region pointed to by the pkey - they only bump the refcount of the key hanging off of it. The returned "legacy" key has to be handled with care in threaded constexts, so it is handed back as non-const. This also matches what EVP_PKEY_get0() always had. This way our signature is identical to BoringSSL's and doesn't cause compiler warnings in code that overuses const because one of the many API incoherencies added by OpenSSL 3 was to turn get0 into a function that takes and returns const while leaving get1 as it was. dlg agrees ok kenjiro
Diffstat (limited to 'src/lib/libc')
0 files changed, 0 insertions, 0 deletions