xcb_glx_are_textures_resident(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_are_textures_resident(3) πŸ’–

okay bestie, gather round, because we're doing an XCB Requests page today β€” it's xcb_glx_are_textures_resident(3), and yes it's a whole mouthful, say it three times fast, I dare you 🫢

This is the GLX "are these textures even resident tho" request. The NAME line? It's literally just the function name, a dash, and absolutely nothing after it πŸ’€ iconic behaviour honestly. So like… the name is the name, no cap.


✨ SYNOPSIS ✨

First things first, you gotta pull in the header:

#include <xcb/glx.h>

🌸 Request function

xcb_glx_are_textures_resident_cookie_t
       xcb_glx_are_textures_resident(xcb_connection_t *conn,
       xcb_glx_context_tag_t context_tag, int32_t n, const
       uint32_t *textures);

🌸 Reply datastructure

typedef struct xcb_glx_are_textures_resident_reply_t {
    uint8_t          response_type;
    uint8_t          pad0;
    uint16_t         sequence;
    uint32_t         length;
    xcb_glx_bool32_t ret_val;
    uint8_t          pad1[20];
} xcb_glx_are_textures_resident_reply_t;

🌸 Reply function

xcb_glx_are_textures_resident_reply_t
       *xcb_glx_are_textures_resident_reply(xcb_connection_t *conn,
       xcb_glx_are_textures_resident_cookie_t cookie,
       xcb_generic_error_t **e);

🌸 Reply accessors

uint8_t *xcb_glx_are_textures_resident_data(const
       xcb_glx_are_textures_resident_request_t *reply);

int xcb_glx_are_textures_resident_data_length(const
       xcb_glx_are_textures_resident_reply_t *reply);

xcb_generic_iterator_t xcb_glx_are_textures_resident_data_end(const
       xcb_glx_are_textures_resident_reply_t *reply);

πŸŽ€ REQUEST ARGUMENTS πŸŽ€

  • conn β€” bestie this is just your XCB connection to X11. the whole phone line to the server, the main character of the connection world πŸ‘‘
  • context_tag β€” TODO: NOT YET DOCUMENTED. yeah girl, they left us on read on this one πŸ™ˆ
  • n β€” TODO: NOT YET DOCUMENTED. also left on read πŸ’€
  • textures β€” TODO: NOT YET DOCUMENTED. and this one too, the docs said "no thoughts, head empty" ✨

πŸ¦‹ REPLY FIELDS πŸ¦‹

  • response_type β€” the type of this reply, and in this case it's XCB_GLX_ARE_TEXTURES_RESIDENT. this field also lives in the xcb_generic_reply_t, so you can use it to tell your replies apart from each other, like name tags at a party πŸŽ€
  • sequence β€” the sequence number of the last request the X11 server processed. the receipts, basically 🧾
  • length β€” how long the reply is, in words β€” and a word here is 4 bytes, don't forget that part ⭐
  • ret_val β€” TODO: NOT YET DOCUMENTED. the mystery box of fields, we simply do not know 🫢

🌈 DESCRIPTION 🌈

literally nothing here. the DESCRIPTION section is just vibes and silence. it's giving "we ran out of things to say" 😭


πŸ’œ RETURN VALUE πŸ’œ

So it returns an xcb_glx_are_textures_resident_cookie_t β€” cute lil cookie, hold onto it πŸͺ

Errors? You don't get them here, bestie. You have to handle those when you call the reply function xcb_glx_are_textures_resident_reply.

But if you'd rather handle your errors in the event loop instead, use xcb_glx_are_textures_resident_unchecked β€” see xcb-requests(3) for the deets, iykyk ✨


πŸ’… ERRORS πŸ’…

This request does never generate any errors. Not one. Zero. Clean sheet. slay. πŸ”₯

⭐ SEE ALSO ⭐

…yeah there's nothing listed here. empty section, empty heart, we move on πŸ’–


🌸 AUTHOR 🌸

Generated from glx.xml. If you've got corrections or improvements, hit up xcb@lists.freedesktop.org β€” they're the ones to tell 🫢


and that's the whole page, bestie!! this was X Version 11, libxcb 1.17.0, and you can find it filed under xcb_glx_are_textures_resident(3). periodt πŸ’…βœ¨πŸ¦‹