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β amongoc_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
π COPYRIGHT π
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
- epel 10: mongo-c-driver-devel 2.5.6-1.el10_3 Β· Apache-2.0 AND ISC AND MIT AND Zlib
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms