xcb_glx_is_list(3)
π xcb_glx_is_list β the XCB Requests glow-up β¨
okay so bestie, we're in xcb_glx_is_list(3) territory, from the XCB Requests corner of the universe, and I'm gonna walk you through it like we're texting at 2am π«Ά
πΈ NAME πΈ
xcb_glx_is_list β and that's it, that's the whole name section. The original left the description blank, so no cap, there is literally nothing else here. Moving on, periodt π
β¨ SYNOPSIS β¨
First things first, you gotta pull in the header:
#include <xcb/glx.h>
π Request function π
xcb_glx_is_list_cookie_t xcb_glx_is_list(xcb_connection_t *conn,
xcb_glx_context_tag_t context_tag, uint32_t list);
π¦ Reply datastructure π¦
typedef struct xcb_glx_is_list_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
xcb_glx_bool32_t ret_val;
} xcb_glx_is_list_reply_t;
π§ Reply function π§
xcb_glx_is_list_reply_t *xcb_glx_is_list_reply(xcb_connection_t *conn,
xcb_glx_is_list_cookie_t cookie, xcb_generic_error_t **e);
π REQUEST ARGUMENTS π
connβ your XCB connection to X11, the whole reason we're here, the main character honestly πcontext_tagβTODO: NOT YET DOCUMENTED.yeah babe, the docs just didn't show up to class that day πlistβTODO: NOT YET DOCUMENTED.same energy, same mystery, we simply do not know π
π REPLY FIELDS π
response_typeβ the type of this reply, which in this case isXCB_GLX_IS_LIST. This field is also hanging out in thexcb_generic_reply_t, so you can use it to tell your replies apart from each other. it's giving "name tag at a party" πsequenceβ the sequence number of the last request the X11 server actually processed π₯lengthβ how long the reply is, measured in words. and bestie, a word is 4 bytes, don't forget it πret_valβTODO: NOT YET DOCUMENTED.once again the docs ghosted us π
β DESCRIPTION β
<crickets> β¦yeah. The original page left this section empty, so there is genuinely nothing here to describe. Not me writing a whole section about a section that has no content π
π RETURN VALUE π
It hands you back an xcb_glx_is_list_cookie_t. Errors? Those have to be handled when you call the reply function xcb_glx_is_list_reply.
But if you'd rather handle errors in the event loop instead, use xcb_glx_is_list_unchecked. See xcb-requests(3) for the deets, iykyk β¨
π ERRORS π
This request does never generate any errors. not a single one. flawless behaviour, we love to see it πΈ
π«Ά SEE ALSO π«Ά
Also empty in the original, bestie. No cross-references, no friends, just vibes π¦
π AUTHOR π
Generated from glx.xml. Contact xcb@lists.freedesktop.org for corrections and improvements. like, respectfully, slide into their inbox if something's wrong π©
a lil warning from me to you: those TODO: NOT YET DOCUMENTED. fields are exactly that β undocumented. I'm not gonna make stuff up about them, and neither should you. π
okay that's the whole page, you ate it, you understood it, you're iconic π this was X Version 11, libxcb 1.17.0, and the page is xcb_glx_is_list(3). mwah, go forth 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