Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

ns_addr(3n) [bsd man page]

NS(3N)																	    NS(3N)

ns_addr, ns_ntoa - Xerox NS(tm) address conversion routines SYNOPSIS
#include <sys/types.h> #include <netns/ns.h> struct ns_addr ns_addr(cp) char *cp; char *ns_ntoa(ns) struct ns_addr ns; DESCRIPTION
The routine ns_addr interprets character strings representing XNS addresses, returning binary information suitable for use in system calls. ns_ntoa takes XNS addresses and returns ASCII strings representing the address in a notation in common use in the Xerox Development Envi- ronment: <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 ns_addr. Any fields lacking super-decimal digits will have a trailing ``H'' appended. Unfortunately, no universal standard exists for representing XNS addresses. An effort has been made to insure that ns_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 millenia. 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 is there is a leading ``0'' and there are no super-octal digits. Otherwise, it is converted as a decimal number. SEE ALSO
hosts(5), networks(5), DIAGNOSTICS
None (see BUGS). BUGS
The string returned by ns_ntoa resides in a static memory area. ns_addr should diagnose improperly formed input, and there should be an unambiguous way to recognize this. 4.3 Berkeley Distribution May 12, 1986 NS(3N)

Check Out this Related Man Page

INET(3N)																  INET(3N)

inet_addr, inet_network, inet_ntoa, inet_makeaddr, inet_lnaof, inet_netof - Internet address manipulation routines SYNOPSIS
#include <sys/socket.h> #include <netinet/in.h> #include <arpa/inet.h> unsigned long inet_addr(cp) char *cp; unsigned long inet_network(cp) char *cp; char *inet_ntoa(in) struct in_addr in; struct in_addr inet_makeaddr(net, lna) long net, lna; long inet_lnaof(in) struct in_addr in; long inet_netof(in) struct in_addr in; DESCRIPTION
The routines inet_addr and inet_network each interpret character strings representing numbers expressed in the Internet standard "." nota- tion, returning numbers suitable for use as Internet addresses and Internet network numbers, respectively. The routine inet_ntoa takes an Internet address and returns an ASCII string representing the address in "." notation. The routine inet_makeaddr takes an Internet net- work number and a local network address and constructs an Internet address from it. The routines inet_netof and inet_lnaof break apart Internet host addresses, returning the network number and local network address part, respectively. All Internet address are returned in network order (bytes ordered from left to right). All network numbers and local address parts are returned as machine format integer values. INTERNET ADDRESSES
Values specified using the "." notation take one of the following forms: a.b.c.d a.b.c a.b a When four parts are specified, each is interpreted as a byte of data and assigned, from left to right, to the four bytes of an Internet address. Note that when an Internet address is viewed as a 32-bit integer quantity on the VAX the bytes referred to above appear as "d.c.b.a". That is, VAX bytes are ordered from right to left. When a three part address is specified, the last part is interpreted as a 16-bit quantity and placed in the right most two bytes of the network address. This makes the three part address format convenient for specifying Class B network addresses as "". When a two part address is supplied, the last part is interpreted as a 24-bit quantity and placed in the right most three bytes of the net- work address. This makes the two part address format convenient for specifying Class A network addresses as "". When only one part is given, the value is stored directly in the network address without any byte rearrangement. All numbers supplied as "parts" in a "." notation may be decimal, octal, or hexadecimal, as specified in the C language (i.e., a leading 0x or 0X implies hexadecimal; otherwise, a leading 0 implies octal; otherwise, the number is interpreted as decimal). SEE ALSO
gethostbyname(3N), getnetent(3N), hosts(5), networks(5), DIAGNOSTICS
The value -1 is returned by inet_addr and inet_network for malformed requests. BUGS
The problem of host byte ordering versus network byte ordering is confusing. A simple way to specify Class C network addresses in a manner similar to that for Class B and Class A is needed. The string returned by inet_ntoa resides in a static memory area. Inet_addr should return a struct in_addr. 4.2 Berkeley Distribution May 27, 1986 INET(3N)
Man Page