Main index | Section 2 | Options |
#include <aio.h>
The iocb pointer may be subsequently used as an argument to aio_return() and aio_error() in order to determine return or error status for the enqueued operation while it is in progress.
If the request could not be enqueued (generally due to aio(4) limits), then the call returns without having enqueued the request.
The iocb->aio_sigevent structure can be used to request notification of the operation's completion as described in aio(4).
The asynchronous I/O control buffer iocb should be zeroed before the aio_mlock() call to avoid passing bogus context information to the kernel.
Modifications of the Asynchronous I/O Control Block structure or the memory mapping described by the virtual address range are not allowed while the request is queued.
[EAGAIN] | |
The request was not queued because of system resource limitations. | |
[EINVAL] | |
The asynchronous notification method in iocb->aio_sigevent.sigev_notify is invalid or not supported. | |
If the request is successfully enqueued, but subsequently cancelled or an error occurs, the value returned by the aio_return() system call is per the mlock(2) system call, and the value returned by the aio_error() system call is one of the error returns from the mlock(2) system call, or ECANCELED if the request was explicitly cancelled via a call to aio_cancel().
AIO_MLOCK (2) | August 19, 2016 |
Main index | Section 2 | Options |
Please direct any comments about this manual page service to Ben Bullock. Privacy policy.