xcb_sync_await_fence(3)
β¨ NAME β¨
xcb_sync_await_fence β okay bestie, this is an XCB request from the sync corner of the X11 universe, and the official docs literally left the description blank, so we're gonna keep it π― honest about that. It's the "await fence" request, it lives in libxcb, and it's part of the whole XCB requests family. That's the whole vibe. π
πΈ SYNOPSIS πΈ
First things first, you gotta pull in the header, no cap:
#include <xcb/sync.h>
π Request function
Here's the actual signature, character for character, don't @ me:
xcb_void_cookie_t xcb_sync_await_fence(xcb_connection_t *conn,
uint32_t fence_list_len, const xcb_sync_fence_t *fence_list);
π¦ REQUEST ARGUMENTS π¦
connβ the XCB connection to X11, aka your lil pipeline to the server. Everything goes through this bb. π₯fence_list_lenβ TODO: NOT YET DOCUMENTED. Yeah. The upstream docs said "not yet documented" and honestly? They ate with the honesty. πfence_listβ TODO: NOT YET DOCUMENTED. Same energy. We are not making stuff up here, periodt. π
π DESCRIPTION π
So here's the tea, and it's a short cup: this section is empty in the original page. There's literally no prose describing what this request does. Not a single word. It's giving mystery main character energy. π
Real talk: I'm not gonna invent a description for you, because the rule is every detail kept, nothing added. If upstream hasn't written it, I'm not cosplaying as someone who knows. That's the whole integrity vibe. π
β RETURN VALUE β
It hands you back an xcb_void_cookie_t. π«Ά
And here's the important bit, bestie β if there are errors (any at all), you do not get them handed to you right here. You gotta handle them in the event loop. That's just how the void-cookie life works.
But wait β if you'd rather deal with errors directly with xcb_request_check instead, then you want the checked version: xcb_sync_await_fence_checked. Easy swap, same request, different energy. β¨
And if you want the full lore on how cookies and requests work, go read xcb-requests(3). It's the required reading, iykyk. π
π ERRORS π
This request does never generate any errors.
That's it. That's the whole section. Zero errors, zero drama, absolutely unbothered. π
π₯ SEE ALSO π₯
Nothing listed here in the original β the section is empty, so we're keeping it empty. No invented cross-references, no extra links, nothing. Clean. πΈ
π AUTHOR π
Generated from sync.xml. If you spot something wrong or wanna send improvements, hit up xcb@lists.freedesktop.org β they're the ones who take corrections and improvements. Be nice, be specific, slay. π
And that's the page, babe! This manual came from <b>X Version 11</b>, <b>libxcb 1.17.0</b>, for xcb_sync_await_fence(3). Go forth and await those fences, bestie β ily, stay 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