xcb_get_font_path(3)

πŸ“¦
version 1.17.0 Β· 4 versions
, in alpine 3.22, alpine 3.23, alpine 3.24, arch rolling, centos-stream 10, debian trixie, fedora 43, fedora 44, nixpkgs unstable, opensuse-leap 16.0, ubuntu questing, ubuntu resolute, ubuntu stonking

πŸ’– 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's XCB_GET_FONT_PATH. this field also lives in the xcb_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 is 4 bytes. 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 πŸ’…πŸ’–πŸŽ€