xcb_get_pointer_mapping(3)
π xcb_get_pointer_mapping π
okay bestie, so this is a page from XCB Requests β it's xcb_get_pointer_mapping(3), and we're about to get into it. grab a boba, this one's short and sweet fr fr π§β¨
πΈ NAME πΈ
xcb_get_pointer_mapping -
no cap, the NAME section in the original is literally just the function name followed by a dash and then... nothing. empty. a void. she said "mystery" and left π we respect it tho
β¨ SYNOPSIS β¨
First things first, you gotta pull in the header:
#include <xcb/xproto.h>
π Request function
xcb_get_pointer_mapping_cookie_t
xcb_get_pointer_mapping(xcb_connection_t *conn,
π¦ Reply datastructure
typedef struct xcb_get_pointer_mapping_reply_t {
uint8_t response_type;
uint8_t map_len;
uint16_t sequence;
uint32_t length;
uint8_t pad0[24];
} xcb_get_pointer_mapping_reply_t;
π Reply function
xcb_get_pointer_mapping_reply_t
*xcb_get_pointer_mapping_reply(xcb_connection_t *conn,
xcb_get_pointer_mapping_cookie_t cookie,
xcb_generic_error_t **e);
π Reply accessors
uint8_t *xcb_get_pointer_mapping_map(const
xcb_get_pointer_mapping_request_t *reply);
int xcb_get_pointer_mapping_map_length(const
xcb_get_pointer_mapping_reply_t *reply);
xcb_generic_iterator_t xcb_get_pointer_mapping_map_end(const
xcb_get_pointer_mapping_reply_t *reply);
π«Ά REQUEST ARGUMENTS π«Ά
connβ your XCB connection to X11. that's the whole list bestie, she's low maintenance π
β REPLY FIELDS β
response_typeβ the type of this reply, and in this specific case it'sXCB_GET_POINTER_MAPPING. plot twist: this field also lives 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 that the X11 server processed. it's the receipts, fr fr π§Ύlengthβ the length of the reply, measured in words. and before you ask, a word is4bytes. math is math πmap_lenβTODO: NOT YET DOCUMENTED.yeah... she's a mystery even to the docs. iconic behaviour, honestly π
π« DESCRIPTION π«
so the DESCRIPTION section of the original is empty. nothing. zero words. the girls that get it get it, the girls that don't... also don't, because there's literally nothing here π moving on!
π₯ RETURN VALUE π₯
You get back an xcb_get_pointer_mapping_cookie_t. a cookie!! πͺ
Any errors? Those have to be handled when you call the reply function, xcb_get_pointer_mapping_reply.
But if you'd rather handle your errors inside the event loop instead, use xcb_get_pointer_mapping_unchecked. and if you wanna know the deets on that whole pattern, go read xcb-requests(3). iykyk π
π ERRORS π
This request does never generate any errors. not one. flawless. unbothered. zero drama, she's not like the other requests π
π SEE ALSO π
...and the SEE ALSO section is empty in the original too. bestie really said "no further reading" and dipped πΈ
π AUTHOR π
Generated from xproto.xml. if you wanna send corrections and improvements, hit up xcb@lists.freedesktop.org β they're taking notes, fr fr π«Ά
that's the whole page, no cap. X Version 11, libxcb 1.17.0, and it's a xcb_get_pointer_mapping(3) situation β thanks for coming to my ted talk, love u, bye!! πβ¨ππ¦πΈπ
π«Άππ₯ππβππππ§π
π¦ 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