XCB_X_PRINT_PRINT_QUERY_SCREENS_UNCHECKED(3)

πŸ“¦
version 1.17.0 Β· 4 versions
, in alpine 3.22, alpine 3.23, alpine 3.24, arch rolling, centos-stream 10, debian trixie, fedora 43, fedora 44, nixpkgs unstable, opensuse-leap 16.0, ubuntu questing, ubuntu resolute, ubuntu stonking

✨ xcb_x_print_print_query_screens β€” the XCB Requests era πŸ’…

okay bestie, gather round 🫢 this is the manual page for xcb_x_print_print_query_screens(3), living happily inside the XCB Requests section of your friendly neighbourhood libxcb docs. No cap, it's a whole little X Print request and we're gonna walk it together like it's a group chat. 🌸


🌈 NAME 🌈

xcb_x_print_print_query_screens β€”

so like... the description is literally empty in the original. Iconic of them honestly. We move. πŸ’€


πŸŽ€ SYNOPSIS πŸŽ€

First things first, you gotta pull in the header:

#include <xcb/xprint.h>

✨ Request function ✨

xcb_x_print_print_query_screens_cookie_t
       xcb_x_print_print_query_screens(xcb_connection_t *conn,

(yes the original cuts off right there after that trailing comma, we do not edit the source material, we respect the source material πŸ’–)

πŸ¦‹ Reply datastructure πŸ¦‹

typedef struct xcb_x_print_print_query_screens_reply_t {
    uint8_t  response_type;
    uint8_t  pad0;
    uint16_t sequence;
    uint32_t length;
    uint32_t listCount;
    uint8_t  pad1[20];
} xcb_x_print_print_query_screens_reply_t;

look at those lil padding arrays, they're just vibing 🌈

πŸ’œ Reply function πŸ’œ

xcb_x_print_print_query_screens_reply_t
       *xcb_x_print_print_query_screens_reply(xcb_connection_t *conn,
       xcb_x_print_print_query_screens_cookie_t cookie,
       xcb_generic_error_t **e);

⭐ Reply accessors ⭐

xcb_window_t *xcb_x_print_print_query_screens_roots(const
       xcb_x_print_print_query_screens_request_t *reply);

int xcb_x_print_print_query_screens_roots_length(const
       xcb_x_print_print_query_screens_reply_t *reply);

xcb_generic_iterator_t xcb_x_print_print_query_screens_roots_end(const
       xcb_x_print_print_query_screens_reply_t *reply);

πŸ”₯ REQUEST ARGUMENTS πŸ”₯

  • conn β€” bestie this is literally just your XCB connection to X11. the whole entire link to the server. the main character of the argument list, honestly πŸ‘‘

🌸 REPLY FIELDS 🌸

  • response_type β€” the type of this reply, and for this one specifically it's XCB_X_PRINT_PRINT_QUERY_SCREENS. This field also lives inside xcb_generic_reply_t, so you can use it to tell replies apart from each other. like name tags at a party πŸŽ€
  • sequence β€” the sequence number of the last request that got processed by the X11 server. it's giving "what order are we in" energy ⭐
  • length β€” the length of the reply, measured in words. and before you ask, a word is 4 bytes. periodt. πŸ’…
  • listCount β€” TODO: NOT YET DOCUMENTED. yeah they just left this one blank bestie, it's an unsolved mystery, we don't make stuff up here πŸ™ˆ

πŸ’– DESCRIPTION πŸ’–

...it's empty. genuinely nothing. the void. the silence. we respect it 🫢


✨ RETURN VALUE ✨

You get back an xcb_x_print_print_query_screens_cookie_t. πŸͺ Errors have to be handled when you call the reply function, xcb_x_print_print_query_screens_reply.

If you'd rather handle your errors in the event loop instead (valid, honestly), use xcb_x_print_print_query_screens_unchecked. Peep xcb-requests(3) for the details on all that.


πŸ’€ ERRORS πŸ’€

This request does never generate any errors.

not a single one. zero. no drama. we love a low-maintenance request. 🧚


🌈 SEE ALSO 🌈

...also empty. they said "you already know" and honestly, iykyk πŸ’œ


πŸ‘‘ AUTHOR πŸ‘‘

Generated from xprint.xml. If you've got corrections or improvements, hit up xcb@lists.freedesktop.org β€” they're literally asking for your feedback, so slide into those emails bestie 🫢


and that's the whole page! footer tea for you: this is X Version 11, libxcb 1.17.0 🌸 stay hydrated, handle your errors when you call the reply function, and don't forget the padding arrays. mwah πŸ’…βœ¨