xcb_glx_get_clip_plane(3)
π¦ NAME π¦
xcb_glx_get_clip_plane β and bestie, that dash is followed by absolutely nothing in the original. An enigmatic queen with no description, iconic behavior honestly π
. This page lives in the XCB Requests manual, and yes, you're in the right place if you were hunting for xcb_glx_get_clip_plane(3).
β¨ SYNOPSIS β¨
First things first, you gotta bring in the goods:
#include <xcb/glx.h>
π Request function
xcb_glx_get_clip_plane_cookie_t
xcb_glx_get_clip_plane(xcb_connection_t *conn,
xcb_glx_context_tag_t context_tag, int32_t plane);
π Reply datastructure
typedef struct xcb_glx_get_clip_plane_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
uint8_t pad1[24];
} xcb_glx_get_clip_plane_reply_t;
π Reply function
xcb_glx_get_clip_plane_reply_t
*xcb_glx_get_clip_plane_reply(xcb_connection_t *conn,
xcb_glx_get_clip_plane_cookie_t cookie, xcb_generic_error_t **e);
π Reply accessors
xcb_glx_float64_t *xcb_glx_get_clip_plane_data(const
xcb_glx_get_clip_plane_request_t *reply);
int xcb_glx_get_clip_plane_data_length(const
xcb_glx_get_clip_plane_reply_t *reply);
xcb_generic_iterator_t xcb_glx_get_clip_plane_data_end(const
xcb_glx_get_clip_plane_reply_t *reply);
πΈ REQUEST ARGUMENTS πΈ
connβ your XCB connection to X11, the whole reason you're here, the group chat server if you will.context_tagβ TODO: NOT YET DOCUMENTED. Yeah bestie, the original literally says that. Not me reading it and going π.planeβ also TODO: NOT YET DOCUMENTED. Same energy, fr fr.
π REPLY FIELDS π
response_typeβ the type of this reply, which in this case isXCB_GLX_GET_CLIP_PLANE. This field is also chillin' inside thexcb_generic_reply_t, so you can use it to tell your replies apart from each other. Very "how do I know which one is you in a crowd" of it.sequenceβ the sequence number of the last request that the X11 server actually processed. The receipts, basically.lengthβ how long the reply is, measured in words, and heads up: a word here is 4 bytes. Not a dictionary word. A word. 4 bytes. Periodt.
π§ DESCRIPTION π§
Okay so, plot twist β the DESCRIPTION section in the original is empty. Blank. A whole mood. Nothing to tell you here that isn't already up above, and I'm not about to make stuff up, no cap π.
π RETURN VALUE π
It hands you back an xcb_glx_get_clip_plane_cookie_t. Cute little cookie, very demure.
Errors? Those get handled when you call the reply function xcb_glx_get_clip_plane_reply.
And if you'd rather deal with errors in the event loop instead, usexcb_glx_get_clip_plane_unchecked. Peepxcb-requests(3)for the details on that whole situation.
π ERRORS π
This request does never generate any errors. Zero. None. Not a single one. She's drama-free, we love that for her π«Ά.
π SEE ALSO π
Nothing listed, bestie. Empty. The original gave us silence and honestly? Respect β¨.
π AUTHOR π
Generated from glx.xml. Got corrections or improvements? Hit up xcb@lists.freedesktop.org β they're literally asking, so slide in.
And that's the whole page, babes π
. This beauty came to you from X Version 11, running libxcb 1.17.0 β so if you cite her, cite her right. Stay slaying those X11 requests, bestie, and remember: it's not a bug, it's a TODO: NOT YET DOCUMENTED ππ¦π
π¦ 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