⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 net-common-tcpip-manpages-inet.html

📁 有关ecos2。0介绍了实时嵌入式的结构以及线程调度的实现和内存的管理等
💻 HTML
字号:
<!-- Copyright (C) 2003 Red Hat, Inc.                                --><!-- This material may be distributed only subject to the terms      --><!-- and conditions set forth in the Open Publication License, v1.0  --><!-- or later (the latest version is presently available at          --><!-- http://www.opencontent.org/openpub/).                           --><!-- Distribution of the work or derivative of the work in any       --><!-- standard (paper) book form is prohibited unless prior           --><!-- permission is obtained from the copyright holder.               --><HTML><HEAD><TITLE>inet</TITLE><meta name="MSSmartTagsPreventParsing" content="TRUE"><METANAME="GENERATOR"CONTENT="Modular DocBook HTML Stylesheet Version 1.76b+"><LINKREL="HOME"TITLE="eCos Reference Manual"HREF="ecos-ref.html"><LINKREL="UP"TITLE="TCP/IP Library Reference"HREF="tcpip-library-reference.html"><LINKREL="PREVIOUS"TITLE="if_nametoindex"HREF="net-common-tcpip-manpages-if-nametoindex.html"><LINKREL="NEXT"TITLE="inet6_option_space"HREF="net-common-tcpip-manpages-inet6-option-space.html"></HEAD><BODYCLASS="SECT1"BGCOLOR="#FFFFFF"TEXT="#000000"LINK="#0000FF"VLINK="#840084"ALINK="#0000FF"><DIVCLASS="NAVHEADER"><TABLESUMMARY="Header navigation table"WIDTH="100%"BORDER="0"CELLPADDING="0"CELLSPACING="0"><TR><THCOLSPAN="3"ALIGN="center">eCos Reference Manual</TH></TR><TR><TDWIDTH="10%"ALIGN="left"VALIGN="bottom"><AHREF="net-common-tcpip-manpages-if-nametoindex.html"ACCESSKEY="P">Prev</A></TD><TDWIDTH="80%"ALIGN="center"VALIGN="bottom">Chapter 38. TCP/IP Library Reference</TD><TDWIDTH="10%"ALIGN="right"VALIGN="bottom"><AHREF="net-common-tcpip-manpages-inet6-option-space.html"ACCESSKEY="N">Next</A></TD></TR></TABLE><HRALIGN="LEFT"WIDTH="100%"></DIV><DIVCLASS="SECT1"><H1CLASS="SECT1"><ANAME="NET-COMMON-TCPIP-MANPAGES-INET">inet</H1><TABLEBORDER="5"BGCOLOR="#E0E0F0"WIDTH="70%"><TR><TD><PRECLASS="SCREEN">INET(3)                 System Library Functions Manual                INET(3)NAME     inet_addr, inet_aton, inet_lnaof, inet_makeaddr, inet_netof,     inet_network, inet_ntoa, inet_ntop, inet_pton - Internet address manipu-     lation routinesSYNOPSIS     #include &lt;sys/socket.h&#62;     #include &lt;netinet/in.h&#62;     #include &lt;arpa/inet.h&#62;     in_addr_t     inet_addr(const char *cp);     int     inet_aton(const char *cp, struct in_addr *addr);     in_addr_t     inet_lnaof(struct in_addr in);     struct in_addr     inet_makeaddr(unsigned long net, unsigned long lna);     in_addr_t     inet_netof(struct in_addr in);     in_addr_t     inet_network(const char *cp);     char *     inet_ntoa(struct in_addr in);     const char *     inet_ntop(int af, const void *src, char *dst, size_t size);     int     inet_pton(int af, const char *src, void *dst);DESCRIPTION     The routines inet_aton(), inet_addr() and inet_network() interpret char-     acter strings representing numbers expressed in the Internet standard `.'     notation.  The inet_pton() function converts a presentation format     address (that is, printable form as held in a character string) to net-     work format (usually a struct in_addr or some other internal binary rep-     resentation, in network byte order).  It returns 1 if the address was     valid for the specified address family, or 0 if the address wasn't     parseable in the specified address family, or -1 if some system error     occurred (in which case errno will have been set).  This function is     presently valid for AF_INET and AF_INET6.  The inet_aton() routine inter-     prets the specified character string as an Internet address, placing the     address into the structure provided.  It returns 1 if the string was suc-     cessfully interpreted, or 0 if the string was invalid.  The inet_addr()     and inet_network() functions return numbers suitable for use as Internet     addresses and Internet network numbers, respectively.     The function inet_ntop() converts an address from network format (usually     a struct in_addr or some other binary form, in network byte order) to     presentation format (suitable for external display purposes).  It returns     NULL if a system error occurs (in which case, errno will have been set),     or it returns a pointer to the destination string.  The routine     inet_ntoa() takes an Internet address and returns an ASCII string repre-     senting the address in `.' notation.  The routine inet_makeaddr() takes     an Internet network 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 addresses 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 (IP VERSION 4)     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 a system that uses little-endian byte order (such as the Intel 386,     486 and Pentium processors) the bytes referred to above appear as     ``d.c.b.a''.  That is, little-endian 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 rightmost two bytes of the network     address.  This makes the three part address format convenient for speci-     fying Class B network addresses as ``128.net.host''.     When a two part address is supplied, the last part is interpreted as a     24-bit quantity and placed in the rightmost three bytes of the network     address.  This makes the two part address format convenient for specify-     ing Class A network addresses as ``net.host''.     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; other-     wise, the number is interpreted as decimal).INTERNET ADDRESSES (IP VERSION 6)     In order to support scoped IPv6 addresses, getaddrinfo(3) and     getnameinfo(3) are recommended rather than the functions presented here.     The presentation format of an IPv6 address is given in [RFC1884 2.2]:     There are three conventional forms for representing IPv6 addresses as     text strings:     1.   The preferred form is x:x:x:x:x:x:x:x, where the 'x's are the hex-          adecimal values of the eight 16-bit pieces of the address.  Exam-          ples:                FEDC:BA98:7654:3210:FEDC:BA98:7654:3210                1080:0:0:0:8:800:200C:417A          Note that it is not necessary to write the leading zeros in an indi-          vidual field, but there must be at least one numeral in every field          (except for the case described in 2.).     2.   Due to the method of allocating certain styles of IPv6 addresses, it          will be common for addresses to contain long strings of zero bits.          In order to make writing addresses          containing zero bits easier a special syntax is available to com-          press the zeros.  The use of ``::'' indicates multiple groups of 16          bits of zeros.  The ``::'' can only appear once in an address.  The          ``::'' can also be used to compress the leading and/or trailing          zeros in an address.          For example the following addresses:                1080:0:0:0:8:800:200C:417A  a unicast address                FF01:0:0:0:0:0:0:43         a multicast address                0:0:0:0:0:0:0:1             the loopback address                0:0:0:0:0:0:0:0             the unspecified addresses          may be represented as:                1080::8:800:200C:417A       a unicast address                FF01::43                    a multicast address                ::1                         the loopback address                ::                          the unspecified addresses     3.   An alternative form that is sometimes more convenient when dealing          with a mixed environment of IPv4 and IPv6 nodes is          x:x:x:x:x:x:d.d.d.d, where the 'x's are the hexadecimal values of          the six high-order 16-bit pieces of the address, and the 'd's are          the decimal values of the four low-order 8-bit pieces of the address          (standard IPv4 representation).  Examples:                0:0:0:0:0:0:13.1.68.3                0:0:0:0:0:FFFF:129.144.52.38          or in compressed form:                ::13.1.68.3                ::FFFF:129.144.52.38DIAGNOSTICS     The constant INADDR_NONE is returned by inet_addr() and inet_network()     for malformed requests.SEE ALSO     byteorder(3), gethostbyname(3), getnetent(3), inet_net(3), hosts(5),     networks(5)STANDARDS     The inet_ntop and inet_pton functions conforms to the IETF IPv6 BSD API     and address formatting specifications.  Note that inet_pton does not     accept 1-, 2-, or 3-part dotted addresses; all four parts must be speci-     fied.  This is a narrower input set than that accepted by inet_aton.HISTORY     The inet_addr, inet_network, inet_makeaddr, inet_lnaof and inet_netof     functions appeared in 4.2BSD.  The inet_aton and inet_ntoa functions     appeared in 4.3BSD.  The inet_pton and inet_ntop functions appeared in     BIND 4.9.4.BUGS     The value INADDR_NONE (0xffffffff) is a valid broadcast address, but     inet_addr() cannot return that value without indicating failure.  Also,     inet_addr() should have been designed to return a struct in_addr.  The     newer inet_aton() function does not share these problems, and almost all     existing code should be modified to use inet_aton() instead.     The problem of host byte ordering versus network byte ordering is confus-     ing.     The string returned by inet_ntoa() resides in a static memory area.BSD                              June 18, 1997                             BSD    </PRE></TD></TR></TABLE></DIV><DIVCLASS="NAVFOOTER"><HRALIGN="LEFT"WIDTH="100%"><TABLESUMMARY="Footer navigation table"WIDTH="100%"BORDER="0"CELLPADDING="0"CELLSPACING="0"><TR><TDWIDTH="33%"ALIGN="left"VALIGN="top"><AHREF="net-common-tcpip-manpages-if-nametoindex.html"ACCESSKEY="P">Prev</A></TD><TDWIDTH="34%"ALIGN="center"VALIGN="top"><AHREF="ecos-ref.html"ACCESSKEY="H">Home</A></TD><TDWIDTH="33%"ALIGN="right"VALIGN="top"><AHREF="net-common-tcpip-manpages-inet6-option-space.html"ACCESSKEY="N">Next</A></TD></TR><TR><TDWIDTH="33%"ALIGN="left"VALIGN="top">if_nametoindex</TD><TDWIDTH="34%"ALIGN="center"VALIGN="top"><AHREF="tcpip-library-reference.html"ACCESSKEY="U">Up</A></TD><TDWIDTH="33%"ALIGN="right"VALIGN="top">inet6_option_space</TD></TR></TABLE></DIV></BODY></HTML>

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -