xcb_glx_get_tex_geniv(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_glx_get_tex_geniv πŸ’–

okay so bestie, welcome to the xcb_glx_get_tex_geniv page from the XCB Requests chapter of the manual. this is a libxcb thing, and the NAME line is literally just the function name with a lil dash and nothing after it β€” like, the description ghosted us fr fr. we move. πŸ’…


✨ SYNOPSIS ✨

first up, the include. yes you need it, no you cannot skip it:

#include <xcb/glx.h>

🌸 Request function

xcb_glx_get_tex_geniv_cookie_t
       xcb_glx_get_tex_geniv(xcb_connection_t *conn,
       xcb_glx_context_tag_t context_tag, uint32_t coord,
       uint32_t pname);

🌸 Reply datastructure

this is the struct, and every field is exactly where it needs to be, don't touch it:

typedef struct xcb_glx_get_tex_geniv_reply_t {
    uint8_t  response_type;
    uint8_t  pad0;
    uint16_t sequence;
    uint32_t length;
    uint8_t  pad1[4];
    uint32_t n;
    int32_t  datum;
    uint8_t  pad2[12];
} xcb_glx_get_tex_geniv_reply_t;

🌸 Reply function

xcb_glx_get_tex_geniv_reply_t
       *xcb_glx_get_tex_geniv_reply(xcb_connection_t *conn,
       xcb_glx_get_tex_geniv_cookie_t cookie, xcb_generic_error_t **e);

🌸 Reply accessors

these three are your lil helpers, they get the data out of the reply for you 🫢:

int32_t *xcb_glx_get_tex_geniv_data(const
       xcb_glx_get_tex_geniv_request_t *reply);

int xcb_glx_get_tex_geniv_data_length(const
       xcb_glx_get_tex_geniv_reply_t *reply);

xcb_generic_iterator_t xcb_glx_get_tex_geniv_data_end(const
       xcb_glx_get_tex_geniv_reply_t *reply);

πŸŽ€ REQUEST ARGUMENTS πŸŽ€

  • conn β€” bestie this is just your XCB connection to X11. the plug. the link. πŸ”Œ
  • context_tag β€” TODO: NOT YET DOCUMENTED. yeah. the docs said "idk her" πŸ™ˆ
  • coord β€” TODO: NOT YET DOCUMENTED. also a mystery, also iconic for it πŸ’€
  • pname β€” TODO: NOT YET DOCUMENTED. three for three, they really left us on read 😭

πŸ¦‹ REPLY FIELDS πŸ¦‹

  • response_type β€” the type of this reply, and for this one specifically it's XCB_GLX_GET_TEX_GENIV. lowkey the glow-up here is that this field also lives in the xcb_generic_reply_t, so you can use it to tell your replies apart from each other. very "who dis" energy, very useful. ✨
  • sequence β€” the sequence number of the last request the X11 server actually processed. it's the receipt. 🧾
  • length β€” how long the reply is, measured in words. and before you ask: a word is 4 bytes. periodt. πŸ“
  • n β€” TODO: NOT YET DOCUMENTED. 🫠
  • datum β€” TODO: NOT YET DOCUMENTED. 🫠

🌈 DESCRIPTION 🌈

literally nothing here. the section exists, the vibes are immaculate, the words are not. we respect the silence. 🀫

⭐ RETURN VALUE ⭐

so it hands you back an xcb_glx_get_tex_geniv_cookie_t. that's the cookie, bestie, hold onto it πŸͺ. errors have to be handled when you call the reply function, xcb_glx_get_tex_geniv_reply.

and if you'd rather handle your errors in the event loop instead? use xcb_glx_get_tex_geniv_unchecked. see xcb-requests(3) for the deets. iykyk. πŸ’œ


πŸ’€ ERRORS πŸ’€

no cap: this request does never generate any errors. zero. none. it's a clean queen, she does not start drama. πŸ‘‘


πŸŽ€ SEE ALSO πŸŽ€

empty. blank. a beautiful little void. no cross-references, just vibes. πŸ¦‹

🌸 AUTHOR 🌸

generated from glx.xml. if you spot something wrong or wanna improve it, hit up xcb@lists.freedesktop.org β€” they're taking corrections and improvements, and honestly, slay for that. πŸ“¬


and that's the whole page, babe πŸ’– it's from X Version 11, libxcb 1.17.0, and it lives at xcb_glx_get_tex_geniv(3) β€” that's the header, that's the footer, that's the whole main-character arc. go forth and get those tex genivs. 🧚✨