xcb_big_requests_enable(3)
π xcb_big_requests_enable β XCB Requests, bestie
okay so real talk: this is the xcb_big_requests_enable page from the XCB Requests manual, and it's honestly short but iconic. it's giving "one job, done flawlessly." let's get into it π
β¨ NAME β¨
xcb_big_requests_enable β Enable the BIG-REQUESTS extension π₯
πΈ SYNOPSIS πΈ
first things first, you gotta pull in the header:
#include <xcb/bigreq.h>
π Request function
xcb_big_requests_enable_cookie_t
xcb_big_requests_enable(xcb_connection_t *conn,
π Reply datastructure
typedef struct xcb_big_requests_enable_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
uint32_t maximum_request_length;
} xcb_big_requests_enable_reply_t;
π Reply function
xcb_big_requests_enable_reply_t
*xcb_big_requests_enable_reply(xcb_connection_t *conn,
xcb_big_requests_enable_cookie_t cookie,
xcb_generic_error_t **e);
π¦ REQUEST ARGUMENTS π¦
connβ your XCB connection to X11. the whole vibe, the link, the situationship with the server π«
β REPLY FIELDS β
response_typeβ the type of this reply, which in this case isXCB_BIG_REQUESTS_ENABLE. this field is also chillin' in thexcb_generic_reply_t, and it's literally how you tell replies apart from each other. name-tag energy π·οΈsequenceβ the sequence number of the last request processed by the X11 server. lowkey a little receipt of progress π§Ύlengthβ the length of the reply, in words (and a word is 4 bytes, no cap) πmaximum_request_lengthβ the maximum length of requests supported by the server, in 4-byte units. that's the ceiling, bestie ποΈ
π DESCRIPTION π
so what does this actually DO? it enables the BIG-REQUESTS extension, which β as the name screams β allows for requests larger than 262140 bytes in length. big girl requests only π
when it's enabled, if that 16-bit length field is zero, it is immediately followed by a 32-bit length field specifying the length of the request in 4-byte units. so it's like, "the normal length slot said zero, that's your cue, look at the NEXT number instead." the way that works is so clever honestly π
π«Ά RETURN VALUE π«Ά
it returns an xcb_big_requests_enable_cookie_t. and here's the thing β errors have to be handled when you call the reply function xcb_big_requests_enable_reply. you don't get them handed to you upfront, you go pick them up π¬
if you'd rather handle errors in the event loop instead, use xcb_big_requests_enable_unchecked. see xcb-requests(3) for the details, iykyk β¨
π ERRORS π
this request does never generate any errors. not a single one. flawless behaviour, we love to see it π
π SEE ALSO π
π AUTHOR π
generated from bigreq.xml. contact xcb@lists.freedesktop.org for corrections and improvements β they're genuinely nice about it, go say hi π
and that's the whole page, bestie!! mwah π this was X Version 11, libxcb 1.17.0, page xcb_big_requests_enable(3) β tysm for reading, you ate, periodt π¦β¨
π¦ 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