NAME | API RESTRICTIONS | DESCRIPTION | ATTRIBUTES | SEE ALSO
The function or functions documented here may not be used safely in all application contexts with all APIs provided in the ChorusOS 5.0 product.
See API(5FEA) for details.
XDR library routines allow C programmers to describe arbitrary data structures in a machine-independent fashion. Protocols such as remote procedure calls (RPC) use these routines to describe the format of the data.
These routines deal with the creation of XDR streams. XDR streams have to be created before any data can be translated into XDR format.
See rpc(3RPC) for the definition of the XDR , CLIENT , and SVCXPRT data structures. Note that any buffers passed to the XDR routines must be properly aligned. It is suggested that malloc(3STDC) be used to allocate these buffers or that the programmer ensure that the buffer address is divisible evenly by four.
#include <rpc/xdr.h>
A macro that invokes the destroy routine associated with the XDR stream, xdrs . Destruction usually involves freeing private data structures associated with the stream. Using xdrs after invoking xdr_destroy() is undefined.
This routine initializes the XDR stream object pointed to by xdrs . The stream's data is written to, or read from, a chunk of memory at location addr whose length is no less than size bytes long. The op determines the direction of the XDR stream (either XDR_ENCODE , XDR_DECODE , or XDR_FREE ).
This routine initializes the read-oriented XDR stream object pointed to by xdrs . The stream's data is written to a buffer of size sendsz ; a value of 0 indicates the system should use a suitable default. The stream's data is read from a buffer of size recvsz ; it too can be set to a suitable default by passing a 0 value. When a stream's output buffer is full, writeit is called. Similarly, when a stream's input buffer is empty, readit is called. The behavior of these two routines is similar to the system calls read() and write() (see read(2POSIX) and write(2POSIX) , respectively), except that an appropriate handle ( read_handle or write_handle ) is passed to the former routines as the first parameter instead of a file descriptor. Note: the XDR stream's op field must be set by the caller.
Warning: this XDR stream implements an intermediate record stream. Therefore there are additional bytes in the stream to provide record boundary information.
This routine initializes the XDR stream object pointed to by xdrs . The XDR stream data is written to, or read from, the standard I/O stream file . The parameter op determines the direction of the XDR stream (either XDR_ENCODE , XDR_DECODE , or XDR_FREE ).
Warning: the destroy routine associated with such XDR streams calls fflush() on the file stream, but never fclose() (see fclose(3STDC) ).
Failure of any of these functions can be detected by first initializing the x_ops field in the XDR structure ( xdrs => x_ops ) to NULL before calling the xdr*_create() function. After the return from the xdr*_create() function, if the x_ops field is still NULL, the call has failed. If the x_ops field contains another value, the call can be assumed to have succeeded.
See attributes(5) for descriptions of the following attributes:
ATTRIBUTE TYPE | ATTRIBUTE VALUE |
---|---|
MT-Level | MT-Safe |
read(2POSIX) , write(2POSIX) , fclose(3STDC) , malloc(3STDC) , rpc(3RPC) , xdr_admin(3RPC) , xdr_complex(3RPC) , xdr_simple(3RPC)
NAME | API RESTRICTIONS | DESCRIPTION | ATTRIBUTES | SEE ALSO