When I was reading the source code of a network system, htons() and ntohs() are the very first two functions that confused me. To understand them, I decided to refresh the fading knowledge learned from college in order to squeeze out the last bit of conceptual doubt in bite order. We are lucky as computer science practitioners since we already know the smallest unit in cyber space, that is, _bi_t. Thus, we only need to advance towards one direction, up. A is simply a 0 or an 1. Physically it is sometimes represented as a tiny magnetic region on a metal plate. bit Moving up, we have that is 8 . We generally use to measure the sizes of data, like we use meter to measure sizes of objects. So instead of saying “something is 32 , we normally say “it is 4 . byte bits byte bits” bytes” Moving upward, we have that is 4 (or 32 )in 32 bit architecture. Note that I use 32 bit architecture throughout this text to keep it concise, and the concept can be easily ported to 64 bit architectures. word bytes bits Network and host byte order (also known as, ) controls how a is stored in memory, and how it is transmitted over the network. In , the most significant is set at the lowest address; whilst in little India, some dishes are really hot…no…in , the most significant is set at the highest address. byte order endianness word big-endian byte little-endian byte One direction Or another Laying on physical media (that is, memory & network) is like laying floors, in both cases it is OK to lay a wooden tile, or a 4- in both directions. However, a system designer has to make a decision so as to keep the style consistent. Defined by RFC 1700, network protocols designers chose . However, some designers of host systems disagree. In X86, it is ; In ARM, it could be either. That means the actual data of the same value varies in different physical media. For instance, the value A1B2C3D4 (2712847316 in decimal) can have two forms, as given below: bytes bytes word big-endian little-endian In the above figure, each box — for example, the box containing A1 — represents a Please note that the “endianness shuffling” is based on the unit of , not . byte. byte bit Machines can process the two formats almost equally well, but humans complaint that the numbers in are reversed. Why? Isn’t it more logical to set the less significant to lower address, and more to higher? little-endian byte The reason is: when we write digital on papers (that is, well, another physical media), we use unconsciously. Taking the above number (A1B2C3D4) as the example, our sub-conscious draws the low and high addresses from left to right even though they are not there: big endian We use big endian unconsciously But if we mandate our subconscious to draw them from right to left, maybe we can reconcile the conflicts between the rationale and intuition. It is NATURALLY little endian now! In my opinion, it is perfectly acceptable because we use all kinds of coordinate systems when locating UI components on a screen (e.g., app, game development), for instance: What do you think? Next we look at how the theories are used, and why they matter, in practice. htons() ntohs() These two functions fill the format gap between the network and hosts. Technically, when hosts communicates over network, they are used to convert the packet’s . If the host and network are the same (that means they both uses ), the two functions simply do nothing. When they are different (that means the host uses ), htons() converts the data from to , and ntohs() converts from back to . byte order byte order big-endian little-endian little-endian big-endian big-endian little-endian There is another pair of functions of this kind, htonl() and ntohl() that are operate on larger numbers than htons() and ntohs(). They are based on the same principle so I will not further discuss them. Fact-check I always need concrete code to be sure. #include <stdio.h> #define BITS_PER_BYTE 8 int main() { unsigned int anint = 0xa1b2c3d4; unsigned char *truth = &anint; printf("value in decimal: %u\n", anint); printf("0x"); for (int i = 0; i < sizeof(anint); i++) { printf("%2X", truth[i]); } printf("\n"); unsigned int anint_net = htons(anint); truth = &anint_net; printf("value in decimal after hton: %u\n", anint_net); printf("0x"); for (int i = 0; i < sizeof(anint_net); i++) { printf("%02X", truth[i]); } printf("\n"); } The result on my machine: value in decimal: 2712847316 0xD4C3B2A1 value in decimal after hton: 54467 0xC3D40000 As given in the example, htons() changes the original value of anint using to prepare for network transmission and the original value will be recovered in the receiving host by ntohs(). Though the real network operations are not demonstrated in the example, I think you can get the idea. big-endian How to determine We can reuse some code from the above example to impelment a function that can show a machine’s : byte order int isLittle() { unsigned int anint = 0xa1b2c3d4; unsigned char *truth = &anint; return truth[0] == 0xd4; } In fact, there is a much simpler way, reading directly the CPU information. If , you’ll know the code-free method: asking Ubuntu cpu | grep "Byte Order" I think the text is concise enough to spare a conclusion. If you like this read please clap for it or follow by clicking the buttons. Thank you for your time and I hope to see you the next time. Originally published at holmeshe.me .
