Comment inverser OctetHaut et OctetBas

Bonjour,
j'ai besoin de créer un programme pour lire un fichier binaire comprenant des données en 16bits. Mais, les données de 16 bits ont été enregistrées comme suit: OctetHaut OctetBas OctetHaut OctetBas ....
Quand je lis sous C++, les valeurs "short int" sont convensionnées en
OctetBas OctetHaut OctetBas OctetHaut .....
Je recherche une méthode permettant de les convertir automatiquement pour obtenir les bonnes valeurs.

Merci d'avance
Xavier

little / big endian... ton fichier a été généré sous un aure OS / processeur ?
Tu bosses sur quelle machine ?

boost.serialization doit pouvoir lire ce genre de trucs de façon portable.

Citation:

---

Envoyé par loufoque

boost.serialization doit pouvoir lire ce genre de trucs de façon portable.

---

Pas que je sache.

Pour lire les données en binaire, c'est toujours la même méthode : On lit char par char, puis on reconstruit.

Un truc genre :

Code:

---

1 2 3 4

char bas, haut; monStream >> bas >> haut;   int value = (static_cast<int> (haut) << 8) + bas;

---

En effet apparemment boost.serialization ne fournit pour le binaire qu'une archivation native.

Acvec un swap, tu devrais aussi pouvoir le faire au besoin.

Pas portable ta méthode Miles.

Oui, je sais :D Quoique avec du 16 bits, ça doit marcher, et de manière portable.

La méthode du swap pour décoder du Big-Endian ne fonctionne que si tu es sur une architecture Little-Endian.
La bonne solution a déjà été donnée par JolyLoic, bien qu'il faille mieux utiliser | que + et que le static_cast ne soit pas nécessaire.

Généralement, je serais du genre à utiliser les fonctions du réseau, ntohl/htonl/ntohs/htons:
(network to host, long)
(host to network, long)
(network to host, short)
(host to network, short)

Ainsi, l'on enregistre les données au format network, et ntohl/s fera la conversion lors de la lecture, quelle que soit la machine...

Sauf que ces fonctions ne sont pas standard, ne marchent que pour quelques types, et encore, sur une machine 64 bits, que fait htonl ?

En effet, il faut que tout soit au format d'un entier (enfin, un petit reinterpret_cast suffit si on ne se trompe pas de taillle).

Et en effet, je crois bien que htonl n'agit que sur des long, pas sur des long long. Pour cela, il faudrait forcer la séparation entre long fort et long faible (et écrire le fort en premier).

Quant au standard, ce doit être celui des sockets Berkeley, je pense. Une plate-forme implémentant les sockets doit posséder ces fonctions (ce qui serait intéressant à voir, c'est si sous Windows, elles marchent ou non sans WSAStartup(). Si ce n'est pas le cas, alors du as raison, autant ne pas les utiliser et faire ses propres fonctions ou passer par du texte - plus portable, mais plus lent et plus encombrant).