openbsd/src/lib/libcrypto/man/BIO_f_base64.3, branch OPENBSD_7_9_BASEA mirror of https://github.com/libressl/openbsd.git
https://git.lua4.win/openbsd/atom?h=OPENBSD_7_9_BASE2025-06-08T22:40:31+00:00.Lb libcrypto ; OK tb@2025-06-08T22:40:31+00:00schwarze2025-06-08T22:40:31+00:00urn:sha1:8be86af02fed1bda350c8dd14ee064cb66e3b0f5spelling2023-09-11T04:00:40+00:00jsg2023-09-11T04:00:40+00:00urn:sha1:4dc5c2c9376631c88b68eb9f30d88fdecd890c51Mark EVP_ENCODE_LENGTH() and EVP_DECODE_LENGTH() as intentionally2023-09-10T11:20:52+00:00schwarze2023-09-10T11:20:52+00:00urn:sha1:e8be477171a621567040f23463daa475310e6ea8
undocumented because they do not describe properties of the Base64
encoding but add arbitrary constant lengths, hence being implementation
details of BIO_f_base64(3). Besides, they are practically unused
outside evp/bio_b64.c.
Document the RETURN VALUES of BIO_method_type(3) and BIO_method_name(3)2023-04-11T16:58:43+00:00schwarze2023-04-11T16:58:43+00:00urn:sha1:fdb1eca18c61c136a3750f89858caf1e54dc603a
for the various BIO types.
Fix example string2022-12-07T17:17:29+00:00tb2022-12-07T17:17:29+00:00urn:sha1:a8bbe803657992fee2dffb62c013ea1e0b886b85
If you want to Base64-encode "Hello World\n" using a BIO, you had better
pass "Hello World\n" into it, not something slightly different... While
we're touching this, we might as well write it the way K&R did...
Tree structure for manual pages: crypto(3) links to 33 function2019-06-06T01:06:59+00:00schwarze2019-06-06T01:06:59+00:00urn:sha1:580f04977d3a77664477818e7264e008d1ba5843
group pages, and these link on to all their second-level subpages.
Only a handful of second-level pages have third-level subpages.
So all crypto pages can now be reached from the www.libressl.org
frontpage via at most four clicks, in most cases three clicks.
Also link back from leaf pages to their respective group pages
and add a couple of additional links between related pages.
Triggered by a question from deraadt@.
OK jmc@ tb@
In evp.h rev. 1.59 2018/05/02 15:51:41, tb@ added a const qualifier2018-05-02T16:04:35+00:00schwarze2018-05-02T16:04:35+00:00urn:sha1:0d4c4b15666f1597fbd05f5248bc5f7a52461386
to the return value of BIO_f_base64(3), BIO_f_cipher(3), and
BIO_f_base64(3). Update the documentation.
found a complete archive of SSLeay-0.4 to SSLeay-0.8.1b tarballs2018-03-27T17:35:50+00:00schwarze2018-03-27T17:35:50+00:00urn:sha1:30d10c511917e0e339dec931667fc4b6eb014430
on the web, so fix up SSLeay HISTORY accordingly
evp.h HISTORY up to SSLeay 0.8.1b; researched from OpenSSL git2018-03-20T23:56:07+00:00schwarze2018-03-20T23:56:07+00:00urn:sha1:09b628599eb08d09a57235b614a6bdf6d830efabDelete a cross reference to the non-existent manual page BIO_set_flags(3),2017-01-06T03:45:57+00:00schwarze2017-01-06T03:45:57+00:00urn:sha1:d27d3ce2455da7702fa0a485158af9799f03e0a6
reported by jmc@. Documenting that function would be a bad idea. All
other flags are used internally and should better not be tampered with.
It looks like an internal function that was made public by mistake,
then abused for an unrelated user interface purpose: a classic case
of botched user interface design.
Instead, only show how to use this function for this one specific purpose.
While here, delete a sentence from the DESCRIPTION that merely
duplicated content from the BUGS section.