xcb_dri2_copy_region(3)
β¨ xcb_dri2_copy_region β the dri2 copy_region request, explained by your favorite Unix girlie β¨
okay so bestie, we're in libxcb land, specifically the dri2 extension, and this page is the manual for xcb_dri2_copy_region π it's a request function, it hands you back a cookie, and you come back later to get the reply. classic XCB pipeline energy. let's go πΈ
π SYNOPSIS π
#include <xcb/dri2.h>
π Request function π
xcb_dri2_copy_region_cookie_t
xcb_dri2_copy_region(xcb_connection_t *conn,
xcb_drawable_t drawable, uint32_t region, uint32_t dest,
uint32_t src);
π¦ Reply datastructure π¦
typedef struct xcb_dri2_copy_region_reply_t {
uint8_t response_type;
uint8_t pad0;
uint16_t sequence;
uint32_t length;
} xcb_dri2_copy_region_reply_t;
π Reply function π
xcb_dri2_copy_region_reply_t
*xcb_dri2_copy_region_reply(xcb_connection_t *conn,
xcb_dri2_copy_region_cookie_t cookie, xcb_generic_error_t **e);
π REQUEST ARGUMENTS π
connβ your XCB connection to X11, the whole reason you're here, the main character tbh π₯drawableβ TODO: NOT YET DOCUMENTED. yeah bestie, the docs said "we'll get to it" and then did not get to it πregionβ TODO: NOT YET DOCUMENTED. same vibe, no capdestβ TODO: NOT YET DOCUMENTED. ngl, also undocumentedsrcβ TODO: NOT YET DOCUMENTED. and that's the whole argument squad, all four of the mystery ones π
π REPLY FIELDS π
response_typeβ the type of this reply, and in this case it'sXCB_DRI2_COPY_REGIONβ¨ this field also lives in thexcb_generic_reply_t, so you can use it to tell your replies apart from each other when they're all showing up in the same inbox π«Άsequenceβ the sequence number of the last request that the X11 server actually processed π¬lengthβ the length of the reply, counted in words β and a word here is 4 bytes, periodt π
πΈ DESCRIPTION πΈ
...so bestie, this section is literally empty. the manpage authors said "describe it" and the description said "no π". nothing to read here, moving on π§
π RETURN VALUE π
it returns an xcb_dri2_copy_region_cookie_t πͺ and here's the thing β errors have to be handled when you call the reply function xcb_dri2_copy_region_reply. that's the deal, that's the contract.
but wait, if you'd rather handle errors in the event loop instead? use xcb_dri2_copy_region_unchecked π and if you want the full tea on how that works, go read xcb-requests(3).
π¨ ERRORS π¨
this request does never generate any errors. not a single one. zero. slay π
β SEE ALSO β
nothing listed here! iconic of the manpage honestly, it just vibes π
π AUTHOR π
generated from dri2.xml. and if you spot something wrong or want to send improvements, contact xcb@lists.freedesktop.org β they literally asked for it, so don't be shy π§
and that's the whole page bestie! this one came from X Version 11, libxcb 1.17.0, and it's filed under xcb_dri2_copy_region(3) π¦ mwah, go copy some regions responsibly πβ¨
π¦ 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