xcb_get_font_path(3)
π xcb_get_font_path β bestie's guide to the XCB request, from the xcb_get_font_path(3) manual π
okay so. we're in the XCB Requests corner of the universe, and today's main character is xcb_get_font_path. she's a request function. she asks the X server for the font path. that's the whole vibe. let's go π¦
β¨ NAME β¨
xcb_get_font_path β (yeah bestie the original literally leaves this blank, so we're keeping it blank, no cap π)
β¨ SYNOPSIS β¨
#include <xcb/xproto.h>
π Request function
xcb_get_font_path_cookie_t xcb_get_font_path(xcb_connection_t *conn,
π Reply datastructure
typedef struct xcb_get_font_path_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
uint16_t path_len;
uint8_t pad1[22];
} xcb_get_font_path_reply_t;
π Reply function
xcb_get_font_path_reply_t
*xcb_get_font_path_reply(xcb_connection_t *conn,
xcb_get_font_path_cookie_t cookie, xcb_generic_error_t **e);
π Reply accessors
int xcb_get_font_path_path_length(const xcb_get_font_path_reply_t
*reply);
xcb_str_iterator_t xcb_get_font_path_path_iterator(const
xcb_get_font_path_reply_t *reply);
like. look at those accessors. xcb_get_font_path_path_length gives you the length, xcb_get_font_path_path_iterator gives you an iterator. they're a lil duo, they slay together π
πΈ REQUEST ARGUMENTS πΈ
connβ the XCB connection to X11. she's your line to the server, your little hotline. everything goes through her π
π REPLY FIELDS π
response_typeβ the type of this reply, and in this case it'sXCB_GET_FONT_PATH. this field also lives in thexcb_generic_reply_t, and it's literally how you tell one reply apart from another. it's giving name tag at a party π·οΈsequenceβ the sequence number of the last request the X11 server processed. tracking numbers but make it protocol β¨lengthβ the length of the reply, measured in words. and bestie, a word is4bytes. do not forget that, i'm begging πpath_lenβ TODO: NOT YET DOCUMENTED. like ok she's mysterious, she's giving β¨enigmaβ¨, the docs simply did not show up π
π DESCRIPTION π
okay so the DESCRIPTION section in the original is literally empty. nothing. a whole mood. we respect her silence π«Ά
β RETURN VALUE β
she returns an xcb_get_font_path_cookie_t. yes, a cookie πͺ (not the eating kind, sadly).
errors? you have to handle those when you call the reply function xcb_get_font_path_reply. that's the deal.
and if you'd rather handle errors in the event loop instead? use xcb_get_font_path_unchecked. and check xcb-requests(3) for the deets, because that page has the whole story π
π ERRORS π
this request does never generate any errors. ever. not one. she's the low-drama friend, she simply doesn't do chaos. periodt. π βοΈ
π¦ SEE ALSO π¦
the original SEE ALSO section is empty, bestie. nobody linked anybody. it's a lonely lil section and we're leaving it exactly as lonely as we found it π
π AUTHOR π
Generated from xproto.xml. if you've got corrections or improvements, hit up xcb@lists.freedesktop.org β they want your notes, fr fr π¬
and that's the whole page, bestie. run with it. πβ¨
this has been your girl, signing off from X Version 11, libxcb 1.17.0, and the xcb_get_font_path(3) manual page. drink water, close your file descriptors, and slay π
ππ
π¦ where this page comes from
- alpine 3.22: libxcb-doc 1.17.0-r0 Β· MIT
- alpine 3.23: libxcb-doc 1.17.0-r1 Β· MIT
- alpine 3.24: libxcb-doc 1.17.0-r2 Β· MIT
- arch rolling: libxcb 1.17.0-1 Β· X11
- centos-stream 10: libxcb-devel 1.17.0-3.el10 Β· X11
- debian trixie: libxcb-doc 1.17.0-2
- fedora 43: libxcb-devel 1.17.0-6.fc43 Β· X11
- fedora 43: libxcb-devel 1.17.0-6.fc43 Β· X11
- fedora 44: libxcb-devel 1.17.0-7.fc44 Β· X11
- fedora 44: libxcb-devel 1.17.0-7.fc44 Β· X11
- nixpkgs unstable: libxcb 1.17.0
- opensuse-leap 16.0: libxcb-devel-doc 1.17.0-160000.2.2 Β· MIT
- ubuntu questing: libxcb-doc 1.17.0-2build1
- ubuntu resolute: libxcb-doc 1.17.0-2ubuntu1
- ubuntu stonking: libxcb-doc 1.17.0-2ubuntu1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms