TT_MESSAGE_ACCEPTERS_COUNT(3)

🌸 NAME 🌸

okay so bestie, we're on the tt_message_...pters_count(library call) page, and the manual name is folded right in here at the top. The NAME section says tt_message_accepter_count — return a count of the offer's accepting procids. (Yes, the NAME line has tt_message_accepter_count while the rest spells it tt_message_accepters_count; keeping both exactly as written, no cap 💅)

✨ SYNOPSIS ✨

#include &<Tt/tt_c.h>
int tt_message_accepters_count(
Tt_message m);

💖 DESCRIPTION 💖

tt_message_accepters_count returns a count of the procids that are recorded in the offer m as having accepted it.

The m argument is the opaque handle for the message involved in this operation. That's the whole vibe check: you hand it an opaque message handle, it gives you the count of procids recorded as having accepted the offer. iconic ✨

🦋 RETURN VALUE 🦋

Upon successful completion, tt_message_accepters_count returns a count of the procids that are recorded in the offer m as having accepted it. The application can use tt_int_error to extract one of the following Tt_status values from the returned integer:

• TT_OK — The operation completed successfully.
• TT_ERR_PROCID — There is no valid default procid, perhaps because tt_open has not yet been called.
• TT_ERR_STATE — The specified message is not in state TT_RETURNED. Since only TT_OFFERs can be in state TT_RETURNED, this status will be returned if the specified message is a TT_NOTICE or a TT_REQUEST.
• TT_ERR_POINTER — The pointer passed does not point to an object of the correct type for this operation.

🌈 SEE ALSO 🌈

• Tt/tt_c.h - Tttt_c(5), tt_message_accepter(3), tt_int_error(3).

---

Cute sign-off time, bestie: the original footer/source line is just the tt_message_...pters_count(library call) tag, and there's no date printed in the original page, so that's the whole sign-off 🎀💖🫶.