HP-UX Reference (11i v1 05/09) - 3 Library Functions A-M (vol 6)

i
inet(3N) inet(3N)
All numbers supplied as parts in dot notation can be decimal, octal, or hexadecimal, as specified in the C
language (i.e., a leading 0x or 0X implies hexadecimal; a leading 0 implies octal; otherwise, the number is
interpreted as decimal).
In a multithreaded application,
inet_ntoa() uses thread-specific storage that is re-used in each call.
The return value, the character string, should be unique for each thread and should be saved, if desired,
before the thread makes the next
inet_ntoa() call.
OBSOLESCENT INTERFACES
int inet_ntoa_r(struct in_addr in, char *buffer, int buflen);
The above reentrant interface has been moved from
libc to libd4r. It is included to support existing
applications and may be removed in a future release. New multithreaded applications should use the regu-
lar API (those without the
_r suffix.)
The reentrant interface functions the same as the regular interface without the
_r suffix. However,
inet_ntoa_r()
expects to be passed the address of a character buffer and will store the result at the
supplied location. If the buffer is of insufficient length, 1 is returned. If the operation is successful, the
length of the result string (not including the terminating null character) is returned.
RETURN VALUE
inet_addr() and inet_network()
return 1 for malformed requests.
AUTHOR
inet routines were developed by the University of California, Berkeley.
SEE ALSO
gethostent(3N), getnetent(3N), hosts(4), networks(4), thread_safety(5).
Section 3478 Hewlett-Packard Company 2 HP-UX 11i Version 1: September 2005