Codage d'un "int" passé par un socket

Bonjour,

Je dois faire passer un entier d'un programme à un autre.
Pour cela, j'utilise des sockets.

Dans le programme émetteur, je fais un truc comme ça :

Code:

---

1 2 3

CAsyncSocket remoteSocket; int nNombre = 4; remoteSocket.SendTo( &nNombre , sizeof(nNombre ), PORTDEST, "127.0.0.1" );

---

Le recepteur fais un truc comme ça :

Code:

---

1 2 3

int nRead = ReceiveFrom( &cmdBuffer, MAXCMDLENGTH, sIPSource, nPort );   int nCmd = *((int*)cmdBuffer);

---

Et ça marche très bien, comme ça.
Sauf que quand je décris dans un doc, je dis que le paramètre est un entier signé de 4 octet. Mon utilisateur lambda peut donc potentiellement envoyer comme ceci :

Code:

---

1 2 3

CAsyncSocket remoteSocket; char sCmd[MAX_PATH] = "\0\0\0\4"; remoteSocket.SendTo( &sCmd, sizeof(sCmd), PORTDEST, "127.0.0.1" );

---

Et là, ca ne marche plus !

En effet, dans mon premier cas, le "4" se trouvera dans le premier octet, alors que dans le second, il sera dans le dernier... pourquoi ?

Pour info, je suis sous XP avec Visual C++.

Merci.

Bonjour,

Je n'ai pas bien compris ce que tu veux faire, mais à première vue:

Code:

---

char sCmd[MAX_PATH] = "\0\0\0\4";

---

doit être la source du problème. En C et en C++, le char '\0' est un char spécial qui signifie "fin de la chaîne de caractère". Donc à première vue, ce que tu envoies est une chaîne vide.

Bonjour,

ton problème est un problème d'indianess.
Il y a 2 architectures principales, le Big indian et le Little indian, qui définissent si le bit de poids fort est au début ou à la fin.

Voir http://fr.wikipedia.org/wiki/Endianness


Par contre, tu n'es pas le premier à venir avec ce "problème" ces temps-ci, on sent la période de projets scolaires. :mrgreen:
Mais du coup, il y a déjà multitudes de topics à ce sujets, et autant de réponses et sources de renseignements à utiliser.

Parfait le lien !

Merci !

Citation:

---

Envoyé par Bousk

Bonjour,

ton problème est un problème d'indianess.
Il y a 2 architectures principales, le Big indian et le Little indian, qui définissent si le bit de poids fort est au début ou à la fin.

Voir http://fr.wikipedia.org/wiki/Endianness


Par contre, tu n'es pas le premier à venir avec ce "problème" ces temps-ci, on sent la période de projets scolaires. :mrgreen:
Mais du coup, il y a déjà multitudes de topics à ce sujets, et autant de réponses et sources de renseignements à utiliser.

---

On rajoute à ça qu'un processeur intel travaille en little endian (byte de poids fort avec l'adresse la plus élevée) tandis qu'en réseau, on travaille en big endian (byte de poids fort avec l'adresse la plus faible). Du coup, les développeurs de la couche socket ont pensé à quelques petits utilitaires pour faire la conversion :

* ntohs() (network to host short) et son pendant htons().
* ntohl() (network to host long) et son pendant htonl().

Ce qu'il faut faire logiquement, c'est (avant d'envoyer la donnée), faire un htonX() [x = s ou l], et lorqu'on la récupère, utiliser la fonction inverse ntohX() [x = s ou l].