Ordre des octets de réseau de conversion avec le “char”

J'ai toujours appris que si un nombre entier est plus grand qu'un char, vous devez résoudre l'octet de commande de problème. Habituellement, je vais juste l'emballer dans la hton[l|s] et de le convertir en arrière avec ah[l|s]. Mais je ne comprends pas pourquoi cela ne s'applique pas à un octet.

Je suis malade de vous demandez-vous pourquoi il en est, et serait de l'amour pour un chevronné réseaux programmeur pour m'aider à faire la lumière sur pourquoi octet ordre s'appliquent uniquement pour les multi-octets entiers.

Ref: https://beej.us/guide/bgnet/html/multi/htonsman.html

  • Apprécier les réponses, avait un de ces "n'h" des moments!
InformationsquelleAutor Rev316 | 2010-03-01
  1. 22

    Ce que vous cherchez est endianness.

    Un big-endian architecture stocke les octets de la séquence multi-octets type de données comme suit:

    Ordre des octets de réseau de conversion avec le “char”

    tout en un little-endian architecture stocke dans le sens inverse:

    Ordre des octets de réseau de conversion avec le “char”

    Lorsque les données sont transférées à partir d'une machine à une autre, les octets d'un seul type de données doit être réorganisée afin de correspondre au boutisme de la machine de destination.

    Mais quand un type de données ne se compose que d'un seul octet, il n'y a rien à réorganiser.

    • +1, mais vous pourriez vouloir reconsidérer voler la bande passante d'un autre site.
    • La page Wikipedia de la politique sur le hotlinking est à commons.wikimedia.org/wiki/... - mais wikimedia.org est bloqué ici, donc je ne peux pas lire moi-même. Auriez-vous l'esprit de la paraphrase-il? Merci!
    • J'ai appris quelque chose de nouveau aujourd'hui, merci! Le Hotlinking paraphrase: "Allez-y, mais les images sont susceptibles de changer. Mise en garde scriptor." Déception sur le blocage.
    • lorsqu'un type de données ne se compose que d'un seul octet, il n'y a rien à réorganiser.Même si je ne les calculs sur comme au niveau du bit et de la ou des ajouts (signé char)? C'est pour la conversion des points de code Unicode contenues dans les entiers de ᴜᴛꜰ-8.
    InformationsquelleAutor Michael Myers
  2. 4

    Votre pile de mise en réseau permettra de manipuler les bits à l'intérieur de la octets correctement, vous ne devez vous soucier d'obtenir les octets dans l'ordre.

    InformationsquelleAutor Segfault
  3. 4

    Exactement combien de façons pouvez-vous commander les octets dans un seul char?

    • +1 pour le snark. À préciser: par définition, en C et C++ un char est la plus petite unité adressable de stockage.
    • -1 pour le snark. Vous connaissez la réponse à une question que l'OP n'a pas. Bon pour vous. Ne pas être un salaud à ce sujet.
    • Allégez - la OP connaît bien évidemment sur les octets de commande et de hton etc - pourquoi vous n'avez pas besoin de cela pour un octet est juste un de ces oh pinaise moments.
    • Même si je ne les calculs sur comme au niveau du bit et de la ou des ajouts (signé char)? C'est pour la conversion des points de code Unicode contenues dans les entiers de ᴜᴛꜰ-8.
    InformationsquelleAutor Martin Beckett
  4. 3

    Vous devez tenir compte de ce que chaque fonction n'. De cela, vous devez appliquer ces connaissances à la taille du type que vous avez l'intention de modifier. Considérez les points suivants:

    #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 ()
    InformationsquelleAutor ezpz
  5. 2

    Vous ne lisez pas les bits individuels hors tension du fil, juste octets. Indépendamment de l'endianness, un seul octet est la même avant et en arrière tout comme le mot "je" est le même avant et en arrière.

    • De nombreux systèmes ethernet faire coder les bits individuels - voir en.wikipedia.org/wiki/MLT-3, bien que les plus rapide sont des amuse-gueules.
    InformationsquelleAutor noah
  6. 0

    En plus de toutes les autres manières dont les gens ont dit: Endianness est sur l'ordre des octets dans un entier, et non pas sur l'ordre des bits dans un octet. L'ordre des bits dans un octet est le même, même à travers big-endian et little-endian machines. La seule différence est l'ordre dans lequel les octets sont eux-mêmes utilisés pour stocker un entier (ou court ou avez-vous). Et ainsi, car il n'y a qu'un seul octet dans un char, il n'y a pas de différence dans la façon dont cette valeur est stockée, soit dans un big-endian ou little-endian architecture.

    • Même si je ne les calculs sur comme au niveau du bit et de la ou des ajouts (signé char)? C'est pour la conversion des points de code Unicode contenues dans les entiers de ᴜᴛꜰ-8.
    InformationsquelleAutor Ken Smith
  7. 0

    ezpz code est incorrect..

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

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

    Vous devez utiliser un unsigned int au lieu de sorte qu'il n'est pas interprété comme un signé int 

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

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