sys_uio.h(0P)

πŸ’– sys_uio.h β€” bestie edition πŸ’–

ok so this is a page from the POSIX Programmer's Manual (yes, the <sys_uio.h> one, the <0P> one, the whole vibe). Prolog first because we're classy like that. πŸŽ€


🌸 PROLOG 🌸

This manual page is part of the POSIX Programmer's Manual. Heads up though: the Linux implementation of this interface may differ β€” so like, consult the corresponding Linux manual page for details of Linux behavior, okay? Or the interface may not be implemented on Linux at all. Either way. πŸ™ˆ


✨ NAME ✨

sys/uio.h β€” definitions for vector I/O operations πŸ¦‹


πŸŽ€ SYNOPSIS πŸŽ€

#include <sys/uio.h>

πŸ’… DESCRIPTION πŸ’…

The <sys/uio.h> header shall define the iovec structure, and it shall include at least these members, no cap:

void   *iov_base  Base address of a memory region for input or output.
size_t  iov_len   The size of the memory pointed to by iov_base.

The <sys/uio.h> header uses the iovec structure for scatter/gather I/O. It's giving organized. It's giving collected. ✨

The <sys/uio.h> header shall define the ssize_t and size_t types as described in <sys/types.h>. πŸ’–

The following shall be declared as functions and may also be defined as macros. Function prototypes shall be provided. Like, they're required required.

ssize_t readv(int, const struct iovec *, int);
ssize_t writev(int, const struct iovec *, int);

The following sections are informative. (i.e. not the mandatory part, but still iconic.)


🫢 APPLICATION USAGE 🫢

The implementation can put a limit on the number of scatter/gather elements which can be processed in one call. So bestie, do not just assume a fixed number, okay? The symbol {IOV_MAX} defined in <limits.h> should always be used to learn about the limits instead of assuming a fixed value. Periodt. πŸ”₯


🌈 RATIONALE 🌈

Traditionally, the maximum number of scatter/gather elements the system can process in one call were described by the symbolic value {UIO_MAXIOV}. In IEEE Std 1003.1‐2001 this value is replaced by the constant {IOV_MAX} which can be found in <limits.h>. glow-up, honestly. πŸ‘‘


πŸ¦‹ FUTURE DIRECTIONS πŸ¦‹

None. πŸ’€ that's it. that's the whole section. nothing coming. we're done here.


πŸ’œ SEE ALSO πŸ’œ

  • <limits.h>
  • <sys_types.h>

The System Interfaces volume of POSIX.1‐2017, read(), readv(), write(), writev()


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. 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 .


ok that's the whole page, you ate that fr fr πŸ’– now go read your buffers like a main character.

IEEE/The Open Group β€” 2017 β€” sys_uio.h(0P) πŸŽ€ bye bestie, love u, read your iovecs 🫢✨

πŸ“¦ where this page comes from