MONGOC_URI_GET_READ_CONCERN(3)

✨ MONGOC_URI_GET_READ_CONCERN(3) ✨

okay bestie, welcome to libmongoc β€” this one's a lil function from the MongoDB C driver and it's honestly so chill. it's giving "just peek, don't touch" energy, and you're gonna get it immediately, i promise 🫢


🌸 SYNOPSIS 🌸

const mongoc_read_concern_t *
mongoc_uri_get_read_concern (const mongoc_uri_t *uri);

look at her. two lines. iconic. πŸ’…


πŸŽ€ PARAMETERS πŸŽ€

  • uri β€” a mongoc_uri_t. that's it. that's the whole parameter list. one (1) uri, handing over its read concern vibes ✨

πŸ¦‹ DESCRIPTION πŸ¦‹

so basically this function fetches a read concern that is owned by the URI instance β€” meaning like, the URI is the main character here and it keeps custody of the thing, okay? you're just visiting πŸ‘‘

and this read concern? it's configured based on URI parameters. so whatever you baked into the URI, that's what you're getting back. no cap. πŸ”₯

lowkey important: the read concern belongs to the URI. it's not yours to keep. remember that for the next section, bestie 😭

⭐ RETURNS ⭐

returns a mongoc_read_concern_t that should not be modified or freed if a read concern is provided to uri β€” otherwise NULL.

so real talk: if you get one back, do not modify it, do not free it. hands off. it's not yours, it's the URI's. the way that ownership rule is non-negotiable fr fr πŸ’€

and if uri wasn't given a read concern? you get NULL. that's the whole vibe check. 🫢


πŸ‘‘ AUTHOR πŸ‘‘

MongoDB, Inc


2009-present, MongoDB, Inc.


and that's the page, bestie!! go forth and don't free that read concern πŸ’–

🌸✨ this has been libmongoc documentation, version 2.5.6, dated Oct 09, 2026 β€” catch you in the next manpage, mwah πŸŽ€πŸ¦‹πŸ’œ

πŸ“¦ where this page comes from