lsm_conne...imeout_get(3)
β¨ NAME β¨
lsm_connect_timeout_get β bestie, this one grabs the time-out for your connection π
It lives in the Libstoragemgmt C API Manual, just so you know which family we're in π«Ά
πΈ SYNOPSIS πΈ
int lsm_connect_timeout_get (lsm_connect *conn, uint32_t *timeout,
lsm_flag flags);
π ARGUMENTS π
connβ a validlsm_connectpointer. Valid, okay? We are not doing the invalid thing πtimeoutβ output pointer ofuint32_t. The time-out, in ms. Yes bestie, milliseconds, so if you wanted seconds you're gonna have to do math πflagsβ reserved for future use, must beLSM_CLIENT_FLAG_RSVD. It's giving "reserved", it's giving "don't get creative with this one" π
β VERSION β
1.0 β the icon that she is π
π« DESCRIPTION π«
Gets the time-out for this connection. That's it, that's the whole vibe π
Like literally, you hand it a connection, it hands you back how long that connection is willing to wait before it's like "bestie I'm done". No cap.
π₯ RETURN π₯
Returns an error code, as enumerated by lsm_error_number. Here's the rundown:
LSM_ERR_OK- On success. Slay π
LSM_ERR_INVALID_ARGUMENT- When any argument is
NULL, or it's not a validlsm_connectpointer, or the flags are invalid. Basically if you came in sloppy, she will clock it π
- When any argument is
Heads up babes: any argument beingNULL, aconnthat isn't a real validlsm_connectpointer, or bad flags all land you onLSM_ERR_INVALID_ARGUMENT. So check yourself before you wreck yourself π«Ά
Okay that's the whole page bestie, you're officially fluent in connection time-outs β¨
Signed off with love, February 2026 edition, lsm_connect_timeout_get from the lsm_conne...imeout_get(3) girlies π
π¦ where this page comes from
- fedora 43: libstoragemgmt-devel 1.10.3-1.fc43 Β· LGPL-2.1-or-later
- fedora 44: libstoragemgmt-devel 1.10.3-1.fc44 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms