xcb_glx_get_error(3)
xcb_glx_get_error π
okay bestie, welcome to the xcb_glx_get_error page from libxcb β that's the XCB Requests family, manual section 3, the whole GLX-flavored corner of the X11 universe. pull up a chair, we're doing this together π«Ά
β¨ NAME β¨
xcb_glx_get_error β and that's it, that's the whole name. the manpage literally leaves the description blank, so no cap, there is no fancy tagline here. it's giving mysterious. π
β¨ SYNOPSIS β¨
first up, the include, because nothing happens without it:
#include <xcb/glx.h>
πΈ Request function
xcb_glx_get_error_cookie_t xcb_glx_get_error(xcb_connection_t *conn,
xcb_glx_context_tag_t context_tag);
πΈ Reply datastructure
typedef struct xcb_glx_get_error_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
int32_t error;
} xcb_glx_get_error_reply_t;
πΈ Reply function
xcb_glx_get_error_reply_t
*xcb_glx_get_error_reply(xcb_connection_t *conn,
xcb_glx_get_error_cookie_t cookie, xcb_generic_error_t **e);
β¨ REQUEST ARGUMENTS β¨
connβ your XCB connection to X11. the whole portal to the server, your main character link. π₯context_tagβ TODO: NOT YET DOCUMENTED. yeah bestie, the docs really said "no thoughts, head empty" on this one. it's literally written in the source like that, so we keep it real and pass it through untouched. π
β¨ REPLY FIELDS β¨
response_typeβ the type of this reply, and in this case it'sXCB_GLX_GET_ERROR. this field is also hanging out in thexcb_generic_reply_t, which is how you tell one reply apart from another in a crowd. πsequenceβ the sequence number of the last request the X11 server actually processed. your lil timestamp of progress. βlengthβ the length of the reply, measured in words. and just so we're clear: a word is 4 bytes. remember it, it comes up. π§errorβ TODO: NOT YET DOCUMENTED. again!! the manpage is gatekeeping. we report it exactly as written and move on. π
β¨ DESCRIPTION β¨
andβ¦ that's it. there is nothing here. the DESCRIPTION section is empty, the original said nothing, and I'm not about to make stuff up about it. moving on, periodt. π
β¨ RETURN VALUE β¨
you get back an xcb_glx_get_error_cookie_t. a cookie!! cute, but like, a cookie you have to actually do something with.
errors have to be handled when you call the reply function xcb_glx_get_error_reply. that's the deal. π€
but if you'd rather handle errors in the event loop instead, use xcb_glx_get_error_unchecked β see xcb-requests(3) for the details on that whole situation.
β¨ ERRORS β¨
this request does never generate any errors. not one. zero. iconic behaviour honestly. π
β¨ SEE ALSO β¨
nothing listed here, bestie. the section exists but it's empty. iykyk. π¦
β¨ AUTHOR β¨
generated from glx.xml. if you've got corrections or improvements, contact xcb@lists.freedesktop.org β they'd genuinely love to hear from you. π
and that's the whole page, start to finish!! π this one came to you from X Version 11, libxcb 1.17.0, and it's the xcb_glx_get_error(3) page. go forth and slay your GLX errors, bestie β you've got this fr fr πβ¨πΈ
π¦ 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