BIO_PUSH(3SSL)
β¨ BIO_PUSH π
(okay so it's BIO_push, BIO_pop, BIO_set_next, and it lives in OpenSSL's section 3SSL bestie)
πΈ NAME
BIO_push, BIO_pop, BIO_set_next β the lil trio that adds and removes BIOs from a chain π¦
π SYNOPSIS
#include <openssl/bio.h>
BIO *BIO_push(BIO *b, BIO *next);
BIO *BIO_pop(BIO *b);
void BIO_set_next(BIO *b, BIO *next);
π DESCRIPTION
okay so let's get into it π
BIO_push() pushes b on next. If b is NULL, bestie, the function literally does nothing and just returns next β no drama, no notes π«Ά. Otherwise it prepends b (which may be a single BIO or a whole chain of BIOs, she can be either, main character energy β¨) to next β unless next is NULL, in which case, well, anyway. Then it makes a control call on b and returns b π
BIO_pop() removes the BIO b from whatever chain she's part of. If b is NULL the function does nothing and returns NULL π. Otherwise it makes a control call on b and returns the next BIO in the chain, or NULL if there is no next BIO. The removed BIO becomes a single BIO with no association with the original chain β so she can be freed, or she can go join a totally different chain. Glow up, honestly π
BIO_set_next() replaces the existing next BIO in a chain with the BIO pointed to by next. The new chain may include some of the same BIOs from the old chain, or it may be completely different. Mix and match, it's giving customization π
β NOTES
ngl the names of these functions are perhaps a little misleading π BIO_push() joins two BIO chains whereas BIO_pop() deletes a single BIO from a chain β and the deleted BIO does not need to be at the end of a chain. She can leave from the middle, icon behaviour π
The process of calling BIO_push() and BIO_pop() on a BIO may have additional consequences (a control call is made to the affected BIOs). Any effects will be noted in the descriptions of individual BIOs, so go read those, iykyk π
π«Ά RETURN VALUES
BIO_push()returns the head of the chain, which usually isb, ornextifbisNULL.BIO_pop()returns the next BIO in the chain, orNULLif there is no next BIO.
π₯ EXAMPLES
For these examples suppose md1 and md2 are digest BIOs, b64 is a base64 BIO and f is a file BIO. (Yes, those names are exactly as iconic as they sound β¨)
If the call:
BIO_push(b64, f);
is made, then the new chain will be b64-f. After making the calls:
BIO_push(md2, b64);
BIO_push(md1, md2);
the new chain is md1-md2-b64-f. Data written to md1 will be digested by md1 and md2, base64 encoded, and finally written to f. A whole pipeline, no cap π§
It should be noted that reading causes data to pass in the reverse direction, that is data is read from f, base64 decoded, and digested by md2 and then md1. Reversible? We love to see it π
The call:
BIO_pop(md2);
will return b64 and the new chain will be md1-b64-f. Data can be written to and read from md1 as before, except that md2 will no more be applied. Bye md2, you ate while you were here π
π SEE ALSO
π HISTORY
The BIO_set_next() function was added in OpenSSL 1.1.0. Vintage, lowkey π
π COPYRIGHT
Copyright 2000-2026 The OpenSSL Project Authors. All Rights Reserved.
Licensed under the Apache License 2.0 (the "License"). You may not use this file except in compliance with the License. You can obtain a copy in the file LICENSE in the source distribution or at <https://www.openssl.org/source/license.html>.
and that's the whole page, bestie π«Ά this was version 4.0.3 from 2026-09-29 β yeah, we're fancy, we named ourselves BIO_PUSH(3SSL) with the manual name folded right on in π
slay, go build a chain β¨π¦πΈ
π¦ where this page comes from
- ubuntu stonking: libssl-doc 4.0.3-1ubuntu1 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms