xcb_sync_create_alarm(3)
π xcb_sync_create_alarm(3) π
okay bestie, welcome to the XCB Requests corner of the universe, where we're talking about xcb_sync_create_alarm(3). pull up a chair, grab a boba, and let's get into it β¨
πΈ NAME πΈ
xcb_sync_create_alarm β and that's it. that's the whole name section. just the function name, a dash, and vibes. no description, no nothing. the manpage really said "figure it out" π iconic behaviour honestly.
π¦ SYNOPSIS π¦
first things first, you gotta pull in the header, no cap:
#include <xcb/sync.h>
β¨ Request function β¨
and here's the actual function signature, copy it exactly bestie, don't freestyle:
xcb_void_cookie_t xcb_sync_create_alarm(xcb_connection_t *conn,
xcb_sync_alarm_t id, uint32_t value_mask, const
void *value_list);
π REQUEST ARGUMENTS π
connβ your XCB connection to X11. the whole lil' bridge to the X server. slay.idβTODO: NOT YET DOCUMENTED.yeah. the manpage literally left this one on read. π«value_maskβTODO: NOT YET DOCUMENTED.also left on read. πvalue_listβTODO: NOT YET DOCUMENTED.yep. three for three. the documentation is not giving what it's supposed to gave. π
ngl, if you need the real tea on these args, the manpage itself doesn't have it. that's not me being cute, that's genuinely what it says. no cap.
π DESCRIPTION π
so. the DESCRIPTION section... is empty. nothing there. not a single word. it's giving "silent treatment" energy. π
we move.
π RETURN VALUE π
this one returns an xcb_void_cookie_t. and because it's a void cookie, any errors (if there even are any) have to be handled over in the event loop. that's the whole deal.
and hey, if you'd rather handle errors directly instead of waiting around in the event loop, there's xcb_request_check β use xcb_sync_create_alarm_checked for that. see xcb-requests(3) for all the deets. π«Ά
π ERRORS π
okay so this is the good news section:
This request does never generate any errors.
never. zero. none. not a single one. we love a low-maintenance request that doesn't cause drama. π
π₯ SEE ALSO π₯
...bestie, it's blank. the SEE ALSO section has no references. the cross-referencing really said "no thoughts, head empty." π (well, except for that xcb-requests(3) mention up in RETURN VALUE, which is where the actual pointer lives. iykyk.)
π§ AUTHOR π§
Generated from sync.xml. and if you've got corrections or improvements, hit up xcb@lists.freedesktop.org β they're taking notes, fr fr. β¨
and that's the whole page, bestie! this one's from X Version 11, libxcb 1.17.0, and it's the xcb_sync_create_alarm(3) manual page. go forth and create those alarms, you absolute main character. π
ππ¦
π¦ 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