xcb_sync_destroy_alarm(3)
π xcb_sync_destroy_alarm β bestie's guide to yeeting an alarm π
okay so this is a page from the XCB Requests part of the libxcb manual (you'll see xcb_sync_destroy_alarm(3) up in the corner, that's the whole title, she's lowkey self-explanatory). sit down, grab a strawberry π, we're learning how to delete a sync alarm in X11.
β¨ NAME β¨
xcb_sync_destroy_alarm β
not gonna lie to you bestie, the description slot here is literally empty. the original manpage just trails off. no cap. so the name is just the name, and we move. π
β¨ SYNOPSIS β¨
#include <xcb/sync.h>
π Request function
xcb_void_cookie_t xcb_sync_destroy_alarm(xcb_connection_t *conn,
xcb_sync_alarm_t alarm);
it's giving "one function, two arguments, zero drama" π
β¨ REQUEST ARGUMENTS β¨
connβ the XCB connection to X11. that's your lil phone line to the X server, the main character of every single XCB function fr fr π₯alarmβ TODO: NOT YET DOCUMENTED. π that's not me being lazy, that's literally what the original says. the docs just never got written for this one. iconic of them honestly.
β¨ DESCRIPTION β¨
okay soβ¦ the DESCRIPTION section of the original is completely empty. nothing. not one word. a blank canvas. a vibe. π
i'm not gonna invent behaviour for you because that would be lying and we don't do that here. all we know is what's above and below. periodt.
β¨ RETURN VALUE β¨
she hands you back an xcb_void_cookie_t. β¨ that's your lil receipt. and bestie, listen β any errors (if there even are any) have to be handled in the event loop. you don't get them handed to you directly, you gotta go pick them up yourself.
if you'd rather handle errors directly with xcb_request_check instead, then use xcb_sync_destroy_alarm_checked β that's the version with the safety rails. see xcb-requests(3) for the details, she explains the whole cookie situation way better than i can. π«Ά
β¨ ERRORS β¨
this request does never generate any errors. π zero. none. not a single one. she's a good girl, she causes no problems, she simply vibes. π
β¨ SEE ALSO β¨
bestieβ¦ the original has nothing here either. an empty SEE ALSO section. the audacity. π so i got nothing to point you at β the real content lives in xcb-requests(3) (mentioned above in RETURN VALUE) and that's genuinely it.
β¨ AUTHOR β¨
generated from sync.xml. π if you spot something wrong or wanna make it better, contact xcb@lists.freedesktop.org β they take corrections and improvements, so don't be shy, send that email, you got this. π
and that's the whole page, bestie!! πΈ short one today, mostly because the original manpage left half its sections empty and we're nothing if not faithful to the source. slay. π
this has been brought to you by X Version 11, libxcb 1.17.0, and the xcb_sync_destroy_alarm(3) era of your life. stay hydrated, read your manpages, and may your cookies never error out. byeee π¦β¨
π¦ 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