XCB_PRESENT_QUERY_CAPABILITIES_UNCHECKED(3)
π xcb_present_query_capabilities β a whole manual page, bestie
okay so this is xcb_present_query_capabilities(3) from the XCB Requests family, and honestly? she's a lil mysterious. let's get into it π«Ά
β¨ NAME β¨
xcb_present_query_capabilities
and that's... it. that's the whole name section. no little one-line summary, nothing. the manpage authors left it blank like a text they forgot to send π we move.
πΈ SYNOPSIS πΈ
first things first, you gotta pull in the header:
#include <xcb/present.h>
π Request function
xcb_present_query_capabilities_cookie_t
xcb_present_query_capabilities(xcb_connection_t *conn,
uint32_t target);
π¦ Reply datastructure
typedef struct xcb_present_query_capabilities_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
uint32_t capabilities;
} xcb_present_query_capabilities_reply_t;
β Reply function
xcb_present_query_capabilities_reply_t
*xcb_present_query_capabilities_reply(xcb_connection_t *conn,
xcb_present_query_capabilities_cookie_t cookie,
xcb_generic_error_t **e);
π REQUEST ARGUMENTS π
connβ the XCB connection to X11. your lil phone line to the server, basically. πtargetβ TODO: NOT YET DOCUMENTED. yeah. nobody wrote it down. it's giving mystery novel π
π REPLY FIELDS π
response_typeβ the type of this reply, and in this case it'sXCB_PRESENT_QUERY_CAPABILITIES. this field also lives in thexcb_generic_reply_t, so you can use it to tell your replies apart from each other β like name tags at a party, but for packets πsequenceβ the sequence number of the last request processed by the X11 server. the receipts, basically π§Ύlengthβ the length of the reply, in words (and a word is4bytes, no cap) πcapabilitiesβ TODO: NOT YET DOCUMENTED. the suspense is unreal π
πΈ DESCRIPTION πΈ
this section is empty in the original. nothing here. a void. an aesthetic little void β¨
π«Ά RETURN VALUE π«Ά
you get back an xcb_present_query_capabilities_cookie_t. cute, right? but here's the thing β errors have to be handled when you call the reply function, xcb_present_query_capabilities_reply. that's where the actual tea gets spilled π
and if you'd rather handle errors inside the event loop instead? use xcb_present_query_capabilities_unchecked. details live in xcb-requests(3), go read her π
π ERRORS π
good news bestie: this request does never generate any errors. zero. none. immaculate behaviour. periodt. π
π₯ SEE ALSO π₯
also empty in the original. no cross-references, no friends, just vibes π
π§ AUTHOR π§
Generated from present.xml. Contact xcb@lists.freedesktop.org for corrections and improvements. (yes, they're asking you to email them. they're so real for that π§)
X Version 11 Β· libxcb 1.17.0 Β· and that's the whole page, mwah π stay hydrated, read your manpages, and remember: a word is 4 bytes, no cap π
β¨
π¦ 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