AIO_RETURN(3) Library Functions Manual AIO_RETURN(3)

aio_returnretrieve return status of an asynchronous I/O operation (REALTIME)


#include <aio.h>

ssize_t aio_return(struct aiocb *aiocbp);

The aio_return () function shall return the return status associated with the aiocb structure referenced by the aiocbp argument. The return status for an asynchronous I/O operation is the value that would be returned by the corresponding read(3), write(3), or fsync(3) function call. If the error status for the operation is equal to [EINPROGRESS], then the return status for the operation is undefined. The aio_return () function may be called exactly once to retrieve the return status of a given asynchronous operation; thereafter, if the same aiocb structure is used in a call to aio_return () or aio_error(3), an error may be returned. When the aiocb structure referred to by aiocbp is used to submit another asynchronous operation, then aio_return () may be successfully used to retrieve the return status of that operation.

If the asynchronous I/O operation has completed, then the return status, as described for read(3), write(3), and fsync(3), shall be returned. If the asynchronous I/O operation has not yet completed, the results of aio_return () are undefined.

The aio_return () function may fail if:

The aiocbp argument does not refer to an asynchronous operation whose return status has not yet been retrieved.

None.

The aio_return () function is part of the Asynchronous Input and Output option and need not be available on all implementations.

None.

None.

aio_cancel(3), aio_error(3), aio_fsync(3), aio_read(3), aio_write(3), close(3), exec(3), exit(3), fork(3), lio_listio(3), lseek(3), read(3), the Base Definitions volume of IEEE Std 1003.1-2001 (“POSIX.1”), <aio.h>

First released in Issue 5. Included for alignment with the POSIX Realtime Extension.

The [ENOSYS] error condition has been removed as stubs need not be provided if an implementation does not support the Asynchronous Input and Output option.

The APPLICATION USAGE section is added.

The [EINVAL] error condition is made optional. This is for consistency with the DESCRIPTION.

footer end

January 1, 2004 posix.fail