J'ai un fichier binaire o=F9 sont =E9crit des entiers (32 bits, non
sign=E9s) en format big-endian. Manque de pot, la machine sur laquelle
je travaille est little-endian. Du coup, si j'utilise od pour regarder
mon fichier, je me retrouve avec n'importe quoi (enfin, pas tout =E0
fait, mais pas ce que je veux...).
Par exemple, si mon fichier (d=E9cod=E9) commence par "22 4 14", =E7a me
donne les octets (en d=E9cimal) "000 000 000 022 000 000 000 004 000 000
000 014". Lu par od sur ma machine, =E7a devient "369098752 67108864
234881024".
Je n'ai pas acc=E8s facilement =E0 une machine big-endian sur laquelle od
se comporterait comme je veux, il faut donc que je trouve une solution
sur une machine little-endian.
Ma question est donc : comment je peux faire pour obtenir l'affichage
qui va bien ? Il me semble qu'il n'y a pas d'options pour forcer od =E0
considerer une endianness particuli=E8re (m=EAme si il a r=E9guli=E8rement =
des
discussions =E0 ce sujet), ni de combinaisons d'options qui revienne au
m=EAme.
Quelqu'un conna=EEt-il une (suite de) commande(s) qui permettrait de
retourner un (bout de) fichier binaire avant de le passer =E0 od ? Ou un
autre outil similaire =E0 od et qui permettrait de faire =E7a (j'ai
regard=E9 rapidement hexdump, mais =E7a a l'air pareil) ? J'ai bien trouv=
=E9
des outils graphiques (khexedit, par exemple) qui font =E7a, mais
j'aimerais avoir quelque chose en ligne de commande et scriptable...
