SYNOPSISIn sys/types.h In netipx/ipx.h Ft struct ipx_addr Fn ipx_addr const char *cp Ft char * Fn ipx_ntoa struct ipx_addr ipx
DESCRIPTIONThe routine Fn ipx_addr interprets character strings representing IPX addresses, returning binary information suitable for use in system calls. The routine Fn ipx_ntoa takes IPX addresses and returns ASCII strings representing the address in a notation in common use:
<network number>.<host number>.<port number>
Trailing zero fields are suppressed, and each number is printed in hexadecimal, in a format suitable for input to Fn ipx_addr . Any fields lacking super-decimal digits will have a trailing `H' appended.
An effort has been made to ensure that Fn ipx_addr be compatible with most formats in common use. It will first separate an address into 1 to 3 fields using a single delimiter chosen from period `.' , colon `:' or pound-sign `#' Each field is then examined for byte separators (colon or period). If there are byte separators, each subfield separated is taken to be a small hexadecimal number, and the entirety is taken as a network-byte-ordered quantity to be zero extended in the high-network-order bytes. Next, the field is inspected for hyphens, in which case the field is assumed to be a number in decimal notation with hyphens separating the millennia. Next, the field is assumed to be a number: It is interpreted as hexadecimal if there is a leading `0x' (as in C), a trailing `H' (as in Mesa), or there are any super-decimal digits present. It is interpreted as octal if there is a leading `0' and there are no super-octal digits. Otherwise, it is converted as a decimal number.
RETURN VALUESNone. (See Sx BUGS . )
HISTORYThe precursor Fn ns_addr and Fn ns_toa functions appeared in BSD 4.3
BUGSThe string returned by Fn ipx_ntoa resides in a static memory area. The function Fn ipx_addr should diagnose improperly formed input, and there should be an unambiguous way to recognize this.