2 .\" Copyright 1996 Massachusetts Institute of Technology
4 .\" Permission to use, copy, modify, and distribute this software and
5 .\" its documentation for any purpose and without fee is hereby
6 .\" granted, provided that both the above copyright notice and this
7 .\" permission notice appear in all copies, that both the above
8 .\" copyright notice and this permission notice appear in all
9 .\" supporting documentation, and that the name of M.I.T. not be used
10 .\" in advertising or publicity pertaining to distribution of the
11 .\" software without specific, written prior permission. M.I.T. makes
12 .\" no representations about the suitability of this software for any
13 .\" purpose. It is provided "as is" without express or implied
16 .\" THIS SOFTWARE IS PROVIDED BY M.I.T. ``AS IS''. M.I.T. DISCLAIMS
17 .\" ALL EXPRESS OR IMPLIED WARRANTIES WITH REGARD TO THIS SOFTWARE,
18 .\" INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
19 .\" MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT
20 .\" SHALL M.I.T. BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
21 .\" SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
22 .\" LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
23 .\" USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
24 .\" ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
25 .\" OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
26 .\" OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
29 .\" $ANA: addr2ascii.3,v 1.1 1996/06/13 18:41:46 wollman Exp $
30 .\" $FreeBSD: src/lib/libc/net/addr2ascii.3,v 1.17 2004/10/09 17:13:58 maxim Exp $
38 .Nd Generic address formatting routines
44 .Fn addr2ascii "int af" "const void *addrp" "int len" "char *buf"
46 .Fn ascii2addr "int af" "const char *ascii" "void *result"
52 are used to convert network addresses between binary form and a
53 printable form appropriate to the address family.
57 argument, specifying the address family to be used in the conversion
63 address families are supported.)
68 is used to convert binary, network-format addresses into printable
72 there are three other arguments.
75 argument is a pointer to the network address to be converted.
78 argument is the length of the address.
81 argument is an optional pointer to a caller-allocated buffer to hold
82 the result; if a null pointer is passed,
84 uses a statically-allocated buffer.
88 function performs the inverse operation to
92 it takes two arguments,
98 argument is a pointer to the string which is to be converted into
102 argument is a pointer to an appropriate network address structure for
103 the specified family.
105 The following gives the appropriate structure to use for binary
106 addresses in the specified family:
108 .Bl -tag -width AF_INETxxxx -compact
114 .Li struct sockaddr_dl
118 .\" .Li struct in6_addr
120 .\" .In netinet6/in6.h )
123 .Dv AF_INET and AF_LINK constants are defined in
128 function returns the address of the buffer it was passed, or a static
129 buffer if the a null pointer was passed; on failure, it returns a null
133 function returns the length of the binary address in bytes, or -1 on
142 could be implemented thusly:
143 .Bd -literal -offset indent
144 #include <sys/socket.h>
145 #include <arpa/inet.h>
148 inet_ntoa(struct in_addr addr)
150 return addr2ascii(AF_INET, &addr, sizeof addr, 0);
154 inet_aton(const char *ascii, struct in_addr *addr)
156 return (ascii2addr(AF_INET, ascii, addr)
161 In actuality, this cannot be done because
165 are implemented in terms of the
167 functions, rather than the other way around.
169 When a failure is returned,
171 is set to one of the following values:
173 .It Bq Er ENAMETOOLONG
178 argument which was inappropriate for the address family given by
180 .It Bq Er EPROTONOSUPPORT
181 Either routine was passed an
190 was improperly formatted for address family
198 An interface close to this one was originally suggested by Craig
200 This particular interface originally appeared in the
205 Code and documentation by
206 .An Garrett A. Wollman ,
207 MIT Laboratory for Computer Science.
209 The original implementations supported IPv6.
211 eventually be resurrected.
214 implementation also included support for the
220 The genericity of this interface is somewhat questionable.
222 generic interface would provide a means for determining the length of
223 the buffer to be used so that it could be dynamically allocated, and
224 would always require a
225 .Dq Li "struct sockaddr"
226 to hold the binary address.
227 Unfortunately, this is incompatible with existing
229 This limitation means that a routine for printing network
230 addresses from arbitrary address families must still have internal
231 knowledge of the maximum buffer length needed and the appropriate part
232 of the address to use as the binary address.