tags:

views:

59

answers:

2

Why is the IPv4's decimal value different with inet_pton and inet_addr (1734763876) than what you get if you use these 2 websites (1684366951) ?

struct sockaddr_in sin;
inet_pton(AF_INET, "100.101.102.103", &(sin.sin_addr));
printf("%i\n%i\n", inet_addr("100.101.102.103"), sin.sin_addr);
+7  A: 

Endianness - they have the four bytes in opposite orders:

1734763876 = 0x67 66 65 64
1684366951 = 0x64 65 66 67

The value you'll need to use for URLs etc. is the one in 'Network' order, Most-Significant-Byte first. Use htonl() (host-to-network-long) to convert the value, i.e.

printf("%i\n%i\n", htonl(inet_addr("100.101.102.103")), htonl(sin.sin_addr));

caf points out below that I probably have this backwards: the issue is really that you need to convert the network-order data from the socket functions back into host-order for display, i.e.

printf("%i\n%i\n", ntohl(inet_addr("100.101.102.103")), ntohl(sin.sin_addr));
Rup
Better to use `inet_ntop()` than `htonl` as it handles IPv6 too.
Jonathan Leffler
`inet_addr()` and `inet_ntop()` *are* creating a result in network byte order - the "problem" is just that the OP's `printf()` is interpreting them in host byte order.
caf
Oh, I've gotten that backwards? Thanks / oops - haven't programmed sockets for years.
Rup
+1  A: 

inet_addr gives the result in network-byte order.

1684366951 and 1734763876 are the same number ;-) if you change the endianess.

harper