MQ_RECEIVE(3POSIX)
π mq_receive(3POSIX) β bestie's guide to grabbing messages off a queue
ok so this is mq_receive(3POSIX) from the POSIX Programmer's Manual, and honestly? she's giving main character energy in the inter-process communication department. come sit with me. π«Ά
πΈ PROLOG
ok so first things first, real talk: this manual page is part of the POSIX Programmer's Manual. the Linux implementation of this interface may differ (so like, go check the corresponding Linux manual page for the deets on Linux behavior), or the interface may just... not be implemented on Linux at all. π iykyk.
β¨ NAME
mq_receive, mq_timedreceive β receive a message from a message queue (REALTIME)
π SYNOPSIS
#include <mqueue.h>
ssize_t mq_receive(mqd_t mqdes, char *msg_ptr, size_t msg_len,
unsigned *msg_prio);
#include <mqueue.h>
#include <time.h>
ssize_t mq_timedreceive(mqd_t mqdes, char *restrict msg_ptr,
size_t msg_len, unsigned *restrict msg_prio,
const struct timespec *restrict abstime);
π DESCRIPTION
so mq_receive() receives the oldest of the highest priority message(s) from the message queue specified by mqdes. periodt. highest priority first, and if there's a tie, the oldest one wins. π
if the size of the buffer in bytes β that's the msg_len argument β is less than the mq_msgsize attribute of the message queue, the function shall fail and return an error. otherwise, the selected message shall be removed from the queue and copied to the buffer pointed to by the msg_ptr argument. slay.
if the value of msg_len is greater than {SSIZE_MAX}, the result is implementation-defined. no cap, that's just what the standard says, don't come for me.
if the argument msg_prio is not NULL, the priority of the selected message shall be stored in the location referenced by msg_prio. cute, right?
π here's the blocking tea: if the specified message queue is empty andO_NONBLOCKis not set in the message queue description associated withmqdes,mq_receive()shall block until a message is enqueued on the message queue, or untilmq_receive()is interrupted by a signal.
and if more than one thread is waiting to receive a message when a message arrives at an empty queue, and the Priority Scheduling option is supported, then the thread of highest priority that has been waiting the longest shall be selected to receive the message. otherwise, it is unspecified which waiting thread receives the message. π«
if the specified message queue is empty and O_NONBLOCK is set in the message queue description associated with mqdes, no message shall be removed from the queue, and mq_receive() shall return an error.
now mq_timedreceive() β she receives the oldest of the highest priority messages from the message queue specified by mqdes, exactly as described for the mq_receive() function. however, if O_NONBLOCK was not specified when the message queue was opened via the mq_open() function, and no message exists on the queue to satisfy the receive, the wait for such a message shall be terminated when the specified timeout expires. if O_NONBLOCK is set, this function is equivalent to mq_receive(). same girl, different outfit. π
the timeout expires when the absolute time specified by abstime passes, as measured by the clock on which timeouts are based (that is, when the value of that clock equals or exceeds abstime), or if the absolute time specified by abstime has already been passed at the time of the call. β°
the timeout shall be based on the CLOCK_REALTIME clock. the resolution of the timeout shall be the resolution of the clock on which it is based. the timespec argument is defined in the <time.h> header.
π under no circumstance shall the operation fail with a timeout if a message can be removed from the message queue immediately. and the validity of the abstime parameter need not be checked if a message can be removed from the message queue immediately. she said what she said.
π¦ RETURN VALUE
upon successful completion, the mq_receive() and mq_timedreceive() functions shall return the length of the selected message in bytes, and the message shall be removed from the queue. β¨
otherwise: no message shall be removed from the queue, the functions shall return a value of -1, and set errno to indicate the error. it's giving sad girl hours. π
π ERRORS
these functions shall fail if:
EAGAINβO_NONBLOCKwas set in the message description associated withmqdes, and the specified message queue is empty.EBADFβ themqdesargument is not a valid message queue descriptor open for reading.EMSGSIZEβ the specified message buffer size,msg_len, is less than the message size attribute of the message queue.EINTRβ themq_receive()ormq_timedreceive()operation was interrupted by a signal.EINVALβ the process or thread would have blocked, and theabstimeparameter specified a nanoseconds field value less than zero or greater than or equal to1000million.ETIMEDOUTβ theO_NONBLOCKflag was not set when the message queue was opened, but no message arrived on the queue before the specified timeout expired.
these functions may fail if:
EBADMSGβ the implementation has detected a data corruption problem with the message.
and bestie, the following sections are informative β so like, they're the vibes, not the rules. π
π EXAMPLES
None. (yeah. nothing. she's mysterious like that. π)
π APPLICATION USAGE
None. (again. the girl said nothing and left. iconic honestly.)
π§ RATIONALE
None.
β FUTURE DIRECTIONS
None.
π₯ SEE ALSO
mq_open()mq_send()msgctl()msgget()msgrcv()msgsnd()time()
and also the Base Definitions volume of POSIX.1β2017: <mqueue.h>, <time.h> π
π COPYRIGHT
portions of this text are reprinted and reproduced in electronic form from IEEE Std 1003.1-2017, Standard for Information Technology -- Portable Operating System Interface (POSIX), The Open Group Base Specifications Issue 7, 2018 Edition, Copyright (C) 2018 by the Institute of Electrical and Electronics Engineers, Inc and The Open Group.
in the event of any discrepancy between this version and the original IEEE and The Open Group Standard, the original IEEE and The Open Group Standard is the referee document. (she's the final boss, no debating. π )
the original Standard can be obtained online at http://www.opengroup.org/unix/online.html .
any typographical or formatting errors that appear in this page are most likely to have been introduced during the conversion of the source files to man page format. to report such errors, see https://www.kernel.org/doc/man-pages/reporting_bugs.html .
and that's the whole page, bestie!! πβ¨ππ¦πΈ
this iconic piece of documentation was brought to you by IEEE/The Open Group, dated 2017, under the name MQ_RECEIVE(3POSIX). go forth and receive your messages, highest priority first, always. mwah. π
π¦ where this page comes from
- debian bookworm: manpages-posix-dev 2017a-2 Β· Other
- debian trixie: manpages-posix-dev 2017a-2 Β· Other
- ubuntu jammy: manpages-posix-dev 2017a-2 Β· Other
- ubuntu noble: manpages-posix-dev 2017a-2 Β· Other
- ubuntu resolute: manpages-posix-dev 2017a-2build1 Β· Other
- ubuntu stonking: manpages-posix-dev 2017a-2.1 Β· Other
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms