trusty (2) pwritev.2.gz

Provided by: manpages-dev_3.54-1ubuntu1_all bug

NAME

       readv, writev, preadv, pwritev - read or write data into multiple buffers

SYNOPSIS

       #include <sys/uio.h>

       ssize_t readv(int fd, const struct iovec *iov, int iovcnt);

       ssize_t writev(int fd, const struct iovec *iov, int iovcnt);

       ssize_t preadv(int fd, const struct iovec *iov, int iovcnt,
                      off_t offset);

       ssize_t pwritev(int fd, const struct iovec *iov, int iovcnt,
                       off_t offset);

   Feature Test Macro Requirements for glibc (see feature_test_macros(7)):

       preadv(), pwritev(): _BSD_SOURCE

DESCRIPTION

       The  readv()  system  call reads iovcnt buffers from the file associated with the file descriptor fd into
       the buffers described by iov ("scatter input").

       The writev() system call writes iovcnt buffers of data described by iov to the file associated  with  the
       file descriptor fd ("gather output").

       The pointer iov points to an array of iovec structures, defined in <sys/uio.h> as:

           struct iovec {
               void  *iov_base;    /* Starting address */
               size_t iov_len;     /* Number of bytes to transfer */
           };

       The readv() system call works just like read(2) except that multiple buffers are filled.

       The writev() system call works just like write(2) except that multiple buffers are written out.

       Buffers  are processed in array order.  This means that readv() completely fills iov[0] before proceeding
       to iov[1], and so on.  (If there is insufficient data, then not all buffers pointed  to  by  iov  may  be
       filled.)   Similarly,  writev() writes out the entire contents of iov[0] before proceeding to iov[1], and
       so on.

       The data transfers performed by readv() and writev() are atomic: the data written by writev() is  written
       as  a  single  block that is not intermingled with output from writes in other processes (but see pipe(7)
       for an exception); analogously, readv() is guaranteed to read a contiguous block of data from  the  file,
       regardless  of  read  operations  performed  in  other  threads  or  processes that have file descriptors
       referring to the same open file description (see open(2)).

   preadv() and pwritev()
       The preadv() system call combines the functionality of readv() and pread(2).  It performs the  same  task
       as  readv(),  but  adds  a  fourth  argument,  offset, which specifies the file offset at which the input
       operation is to be performed.

       The pwritev() system call combines the functionality of writev() and pwrite(2).   It  performs  the  same
       task as writev(), but adds a fourth argument, offset, which specifies the file offset at which the output
       operation is to be performed.

       The file offset is not changed by these system calls.  The file referred to by  fd  must  be  capable  of
       seeking.

RETURN VALUE

       On  success,  readv()  and  preadv()  return  the number of bytes read; writev() and pwritev() return the
       number of bytes written.  On error, -1 is returned, and errno is set appropriately.

ERRORS

       The errors are as given for read(2) and write(2).  Furthermore, preadv() and pwritev() can also fail  for
       the same reasons as lseek(2).  Additionally, the following error is defined:

       EINVAL The  sum  of  the  iov_len values overflows an ssize_t value.  Or, the vector count iovcnt is less
              than zero or greater than the permitted maximum.

VERSIONS

       preadv() and pwritev() first appeared in Linux 2.6.30; library support was added in glibc 2.10.

CONFORMING TO

       readv(), writev(): 4.4BSD (these system calls first appeared in 4.2BSD), POSIX.1-2001.  Linux libc5  used
       size_t as the type of the iovcnt argument, and int as the return type.

       preadv(), pwritev(): nonstandard, but present also on the modern BSDs.

NOTES

   Linux notes
       POSIX.1-2001  allows an implementation to place a limit on the number of items that can be passed in iov.
       An implementation can advertise its limit by defining IOV_MAX in <limits.h> or at run time via the return
       value  from  sysconf(_SC_IOV_MAX).   On Linux, the limit advertised by these mechanisms is 1024, which is
       the true kernel limit.  However, the glibc wrapper functions do some extra work if they detect  that  the
       underlying kernel system call failed because this limit was exceeded.  In the case of readv() the wrapper
       function allocates a temporary buffer large enough for all of the items specified  by  iov,  passes  that
       buffer  in  a  call  to  read(2),  copies data from the buffer to the locations specified by the iov_base
       fields of the elements of iov, and then frees the buffer.  The wrapper function for writev() performs the
       analogous task using a temporary buffer and a call to write(2).

BUGS

       It  is  not  advisable  to  mix calls to readv() or writev(), which operate on file descriptors, with the
       functions from the stdio library; the results will be undefined and probably not what you want.

EXAMPLE

       The following code sample demonstrates the use of writev():

           char *str0 = "hello ";
           char *str1 = "world\n";
           struct iovec iov[2];
           ssize_t nwritten;

           iov[0].iov_base = str0;
           iov[0].iov_len = strlen(str0);
           iov[1].iov_base = str1;
           iov[1].iov_len = strlen(str1);

           nwritten = writev(STDOUT_FILENO, iov, 2);

SEE ALSO

       pread(2), read(2), write(2)

COLOPHON

       This page is part of release 3.54 of the Linux man-pages project.  A  description  of  the  project,  and
       information about reporting bugs, can be found at http://www.kernel.org/doc/man-pages/.