xcb_x_print_p...ne_attributes(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

🌸 NAME 🌸

xcb_x_print_print_get_one_attributes β€” bestie, the name is literally the whole description here, the original left it blank, so we're just gonna vibe with the function name πŸ’…


✨ SYNOPSIS ✨

First things first, you gotta pull in the header, no cap:

#include <xcb/xprint.h>

πŸ¦‹ Request function πŸ¦‹

xcb_x_print_print_get_one_attributes_cookie_t
       xcb_x_print_print_get_one_attributes(xcb_connection_t *conn,
       xcb_x_print_pcontext_t context, uint32_t nameLen, uint8_t pool,
       const xcb_x_print_string8_t *name);

πŸŽ€ Reply datastructure πŸŽ€

Okay so this is the struct that comes back at you, iconic:

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

πŸ’– Reply function πŸ’–

xcb_x_print_print_get_one_attributes_reply_t
       *xcb_x_print_print_get_one_attributes_reply(xcb_connection_t *conn,
       xcb_x_print_print_get_one_attributes_cookie_t cookie,
       xcb_generic_error_t **e);

🌈 Reply accessors 🌈

These are your lil grabby-hands helpers for digging into the reply, obsessed:

xcb_x_print_string8_t *xcb_x_print_print_get_one_attributes_value(const
       xcb_x_print_print_get_one_attributes_request_t *reply);

int xcb_x_print_print_get_one_attributes_value_length(const
       xcb_x_print_print_get_one_attributes_reply_t *reply);

xcb_generic_iterator_t
       xcb_x_print_print_get_one_attributes_value_end(const
       xcb_x_print_print_get_one_attributes_reply_t *reply);
πŸ‘€ heads up bestie, the _value accessor takes a xcb_x_print_print_get_one_attributes_request_t * while the other two take xcb_x_print_print_get_one_attributes_reply_t *. That's literally how it is, don't come for me.

🫢 REQUEST ARGUMENTS 🫢

  • conn β€” your XCB connection to X11, the whole main character of the situation πŸ’«
  • context β€” TODO: NOT YET DOCUMENTED. yeah girl, the docs said nothing 😭
  • nameLen β€” TODO: NOT YET DOCUMENTED. also nothing πŸ™ˆ
  • pool β€” TODO: NOT YET DOCUMENTED. silence πŸ’€
  • name β€” TODO: NOT YET DOCUMENTED. still silence πŸ“

πŸ‘‘ REPLY FIELDS πŸ‘‘

  • response_type β€” the type of this reply, which in this case is XCB_X_PRINT_PRINT_GET_ONE_ATTRIBUTES. This field also lives inside xcb_generic_reply_t, so you can use it to tell your replies apart from each other. it's giving name tag at a party ✨
  • sequence β€” the sequence number of the last request the X11 server processed πŸ”’
  • length β€” how long the reply is, in words (and a word is 4 bytes, fyi) πŸ“
  • valueLen β€” TODO: NOT YET DOCUMENTED. the mystery continues πŸ•΅οΈβ™€οΈ

πŸ’œ DESCRIPTION πŸ’œ

Nothing here. Empty. A whole section of absolutely nothing, and honestly? that's its own kind of iconic 🌸


⭐ RETURN VALUE ⭐

You get back an xcb_x_print_print_get_one_attributes_cookie_t. Errors? You have to handle those when you call the reply function xcb_x_print_print_get_one_attributes_reply, periodt.

If you'd rather handle errors in the event loop instead, use xcb_x_print_print_get_one_attributes_unchecked. Go peek at xcb-requests(3) for the deets 🫢


πŸ’€ ERRORS πŸ’€

This request does never generate any errors. not a single one. zero drama, we love that for us πŸŽ€


πŸ”₯ SEE ALSO πŸ”₯

(nothing listed here, bestie β€” the section exists but it's just vibes and empty space πŸ¦‹)


🌟 AUTHOR 🌟

Generated from xprint.xml. Got corrections or improvements? Contact xcb@lists.freedesktop.org β€” they're the ones to @ πŸ’Œ


okay that's the whole page, ily, go write some X Print code πŸŒˆπŸ’…

X Version 11 Β· libxcb 1.17.0 Β· xcb_x_print_p...ne_attributes(3) β€” mwah, signing off πŸŽ€βœ¨