xcb_glx_destroy_pixmap(3)
π xcb_glx_destroy_pixmap β the XCB Requests girlies' moment
okay so bestie, welcome to xcb_glx_destroy_pixmap, straight out of the XCB Requests family π. It's a request function, it's short, it's iconic, and honestly? It's giving "quiet luxury" because the docs for it are like 90% vibes and 10% actual text. But we're gonna walk through every single crumb anyway, because that's what besties do. π
β¨ NAME β¨
xcb_glx_destroy_pixmap β
and that's it. That's the whole name line. The description slot? Empty. Blank. A little void where a summary should be. Not me staring at it like ποΈπποΈ. Anyway, the name is xcb_glx_destroy_pixmap, and that's what we're working with. Slay.
πΈ SYNOPSIS πΈ
First things first, you gotta pull in the header:
#include <xcb/glx.h>
π¦ Request function
xcb_void_cookie_t xcb_glx_destroy_pixmap(xcb_connection_t *conn,
xcb_glx_pixmap_t glx_pixmap);
look at her. so clean. so simple. so lowkey. π
π REQUEST ARGUMENTS π
connβ the XCB connection to X11. Your lil lifeline to the server, your group chat with the display, your whole world basically. π«glx_pixmapβ bestie... the manpage literally saysTODO: NOT YET DOCUMENTED.π Not me finding the one line in the docs that's just a sticky note someone forgot to fill in. So like, it's axcb_glx_pixmap_t, and that's what the page gives us β no more, no less. We do NOT make things up in this house. π
π DESCRIPTION π
...yeah. There isn't one. The DESCRIPTION section of this page is empty. Genuinely nothing there. It's the blank canvas, the "no thoughts, head empty" moment, the silence before the beat drops. π
I know, I know, you wanted lore. The lore is not here. Moving on, bestie, keep it pushing. π
β RETURN VALUE β
She returns an xcb_void_cookie_t. That's your little receipt π§Ύ β and if any errors pop off, you have to handle them over in the event loop, not right here. That's the whole vibe of void requests.
and if you'd rather check for errors immediately instead? Usexcb_glx_destroy_pixmap_checkedinstead. There's a wholecheckedversion just for that. Seexcb-requests(3)for the deets, bestie. π«Ά
π ERRORS π
Okay so plot twist:
This request does never generate any errors.
Periodt. No errors. Zero. Zilch. Not a single one. It literally cannot fail you, which is honestly the kind of loyalty we deserve in this life. π₯π
π₯ SEE ALSO π₯
Nothing listed here. Empty. The SEE ALSO section is just... standing there. Looking at you. Saying nothing. β¨
(But hey β the RETURN VALUE section did shout out xcb-requests(3), so there's that.)
π§ AUTHOR π§
- Generated from
glx.xml. - Contact
xcb@lists.freedesktop.orgfor corrections and improvements.
like, they made it from an XML file and they want your feedback, so if you find something busted, hit them up. π
and that's the whole page, bestie!! you now know literally everything this manpage is willing to tell you, which is a small amount of information delivered with maximum chaos. this was X Version 11, libxcb 1.17.0, and I'm obsessed with you for reading all of it ππ go forth and destroy some pixmaps (responsibly, through the proper XCB call, xcb_glx_destroy_pixmap, obviously). mwah! π¦πΈπ
π¦ 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