BIO_READ(3)
π BIO_READ(3) β the BIO I/O functions, bestie edition
okay so this is a page from the Library Functions Manual for BIO_READ(3) and honestly it's a whole vibe β it's all about reading and writing through BIOs. grab a strawberry drink π and let's go.
β¨ NAME β¨
BIO_read, BIO_number_read, BIO_gets, BIO_write, BIO_puts, BIO_indent, BIO_number_written β the BIO I/O functions, aka the whole squad π«Ά
πΈ SYNOPSIS πΈ
library βlibcryptoβ #include <openssl/bio.h>
int
BIO_read(BIO *b, void *buf, int len);
unsigned long
BIO_number_read(BIO *b);
int
BIO_gets(BIO *b, char *buf, int size);
int
BIO_write(BIO *b, const void *buf, int len);
int
BIO_puts(BIO *b, const char *string);
int
BIO_indent(BIO *b, int indent, int max);
unsigned long
BIO_number_written(BIO *b);
like, that's the whole cast. no cap. π
π¦ DESCRIPTION π¦
BIO_read() attempts to read len bytes from b and places the data in buf. that's it, that's the function π
BIO_number_read() returns the grand total of bytes read from b using BIO_read() so far. and bestie, listen β bytes read with BIO_gets() do not count. sorry, them's the rules. BIO_new(3) and BIO_set(3) initialize the counter to 0. and when you're reading very large amounts of data, the counter will eventually wrap around from ULONG_MAX to 0. it's giving "the odometer rolled over" π
BIO_gets() performs the BIOs "gets" operation and places the data in buf. usually this operation will attempt to read a line of data from the BIO of maximum length size - 1. but there are exceptions to this, however β for example BIO_gets() on a digest BIO will calculate and return the digest, and other BIOs may not support BIO_gets() at all. the returned string is always NUL-terminated, which is the one thing you can count on π
BIO_write() attempts to write len bytes from buf to b.
BIO_puts() attempts to write the NUL-terminated string to b.
BIO_indent() attempts to write indent space characters to b, but not more than max characters. lowkey the politest function here.
BIO_number_written() returns the grand total of bytes written to b using BIO_write(), BIO_puts(), and BIO_indent() so far. BIO_new(3) and BIO_set(3) initialize the counter to 0. and yeah, same deal β when writing very large amounts of data, the counter will eventually wrap around from ULONG_MAX to 0. β
β οΈ okay this next part is the important lore, don't skip it β οΈ
One technique sometimes used with blocking sockets is to use a system call (such as select(2), poll(2) or equivalent) to determine when data is available and then call read(2) to read the data.
The equivalent with BIOs β that is, calling select(2) on the underlying I/O structure and then calling BIO_read() to read the data β should not be used π© because a single call to BIO_read() can cause several reads (and writes in the case of SSL BIOs) on the underlying I/O structure and may block as a result.
Instead, select(2) (or equivalent) should be combined with non-blocking I/O so successive reads will request a retry instead of blocking. that's the move, trust π
See BIO_should_retry(3) for details of how to determine the cause of a retry and other I/O issues.
If the BIO_gets() function is not supported by a BIO then it is possible to work around this by adding a buffering BIO BIO_f_buffer(3) to the chain. little hack, iconic behavior π§
π RETURN VALUES π
BIO_indent()returns1if successful, even if nothing was written, or0if writing fails.BIO_number_read()andBIO_number_written()return a number of bytes, or0ifbis aNULLpointer.- The other functions return either the amount of data successfully read or written (if the return value is positive) or that no data was successfully read or written if the result is
0or-1. If the return value is-2, then the operation is not implemented in the specific BIO type. and the trailing NUL is not included in the length returned byBIO_gets().
π big caveat incoming: a0or-1return is not necessarily an indication of an error. In particular when the source/sink is non-blocking or of a certain type it may merely be an indication that no data is currently available and that the application should retry the operation later. so like... breathe. it's not always bad news, bestie.
π₯ SEE ALSO π₯
BIO_meth_new(3), BIO_new(3), BIO_should_retry(3)
go read those too, iykyk π
π HISTORY π
BIO_read(), BIO_gets(), BIO_write(), and BIO_puts() first appeared in SSLeay 0.6.0. BIO_number_read() and BIO_number_written() first appeared in SSLeay 0.6.5. These functions have been available since OpenBSD 2.4.
BIO_indent() first appeared in OpenSSL 0.9.7 and has been available since OpenBSD 3.4. look at the baby of the group growing up π₯Ή
and that's the page! mwah π this darling was served up by Debian, dated June 8, 2025 β periodt. go forth and read your BIOs responsibly, bestie πβ¨
π¦ where this page comes from
- alpine 3.24: libressl-doc 4.3.1-r0 Β· custom
- arch rolling: libressl 4.4.0-1 Β· ISC AND custom:OpenSSL
- Copyright (c) 2021, 2022 Ingo Schwarze <schwarze@openbsd.org>
- Copyright (c) 2000, 2016 The OpenSSL Project. All rights reserved
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms