Conversión de orden de bytes de red con "char"

Question

Siempre me han enseñado que si un número entero es más grande que un carácter, debe resolver el problema de orden de bytes. Por lo general, simplemente lo envuelvo en hton [l | s] y lo vuelvo a convertir con ntoh [l | s]. Pero estoy confundido por qué esto no se aplica a los caracteres de un solo byte.

Estoy harto de preguntarme por qué es esto, y me encantaría que un experimentado programador de redes me ayude a arrojar algo de luz sobre por qué los pedidos de bytes solo se aplican a enteros multibyte.

Ref: http://beej.us/guide/bgnet/output/html/multipage/htonsman.html

Answer 1

Lo que está buscando es endianness.

Un big endian arquitectura almacena los bytes de un tipo de datos de varios bytes de este modo:

mientras que una arquitectura little-endian los almacena en reversa:

Cuando los datos se transfieren de una máquina a otra, los bytes de un único tipo de datos se deben reordenar para que se correspondan con la endianidad de la máquina de destino.

Pero cuando un tipo de datos solo consta de un byte, , no hay nada que reordenar.

Answer 2

Su pila de red se encargará de los bits dentro de los bytes correctamente, sólo debe preocuparse por conseguir los bytes en el orden correcto.

Answer 3

No lee bits individuales del cable, solo bytes. Independientemente de la endianidad, un solo byte es el mismo hacia atrás y hacia adelante al igual que la palabra "I" es la misma hacia atrás y hacia adelante.

Answer 4

Exactamente, ¿cuántas formas puedes pedir los bytes en un solo char?

Answer 5

Debe tener en cuenta lo que hace cada función. A partir de eso, debe aplicar ese conocimiento al tamaño del tipo que pretende modificar. Considere lo siguiente:

#include <stdio.h> 
#include <netinet/in.h> 

int main() { 
    uint16_t i = 42; 
    uint8_t c = 42; // a char 
    printf ("(uint16_t) %08X (%d)\n", i, i); 
    printf ("( htons) %08X (%d)\n", htons(i), htons(i)); 
    printf ("(uint8_t) %08X (%c)\n", c, c); 
    printf ("( htons) %08X (%c)\n", htons(c), htons(c)); 
    return 0; 
} 

(uint16_t) 0000002A (42) 
( htons) 00002A00 (10752) 
(uint8_t) 0000002A (*) 
( htons) 00002A00() 

Answer 6

Además de todas las otras formas de la gente ha puesto que: Endianness es sobre el orden de bytes en un entero, no sobre el orden de los bits en un byte. El orden de los bits en un byte es el mismo incluso en las máquinas big-endian y little-endian. La única diferencia es el orden en el que los bytes se usan para almacenar un número entero (o abreviado o lo que tienes). Y así porque solo hay un byte en un char, no hay diferencia en cómo se almacena ese valor, ya sea en una arquitectura big-endian o little-endian.

Answer 7

código EZPZ es incorrecta ..

uint16_t i = 65534; 
printf ("(uint16_t) %08X (%d)\n", i, i); 

Returns... 
(uint16_t) 0000FFFE (-2) 

Debe utilizar un entero sin signo en lugar así que no es interpretado como un int firmado

uint16_t i = 65534; 
printf ("(uint16_t) %08X (%u)\n", i, i); 

Returns... 
(uint16_t) 0000FFFE (65534)