Discussion :

[Fabllot]

Bonjour à tous,

Voici un petit problème qui m'arrive...
Tout d'abord le contexte : jusque là, je travaillais sous MacOsX avec un G5. Mon application fonctionnait parfaitement (Du moins, sans bug). Pour certaines raisons, indépendantes de ma volonté, je me retrouve, toujours sous MacOsX, mais avec un iMac et un processeur Intel...

Voilà un extrait de code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
guint32 chunkSize;
int n;
n += fread(&chunkSize, 4, 1, file);
if (chunkSize < 0)
	printf ("chunkSize < 0 (%d)\n", chunkSize);
else 
	printf("chunkSize >= 0 (%d)\n", chunkSize);

En gros, je parcours un fichier et lit un entier que je place dans "chunkSize". ("file" est de type FILE* et est correctement ouvert, etc...)
guint32 est un type de la bibliothèque "GLib" (cf. http://developer.gnome.org/doc/API/2...s.html#guint32)

Sur ma première machine (G5) tout allait parfaitement bien dans le meilleur des mondes, cependant, sur le Mac-Intel voilà ce que me retourne le "printf" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
chunkSize >= 0 (-1308622848)

Bon, j'ai tout de suite penser à un problème big/little endian (et je pense toujours que c'est lié à cela)... Cependant, je suis perplexe sur l'affichage du printf : Le programme détecte que chunkSize est positif, cependant à l'affichage il est négatif...

Qu'en pensez-vous ?

[Médinoc]

Pour moi, un guint32 n'est jamais négatif... Je suis surpris que ton compilateur ne t'ait pas donné de warning...
Donc, oui, c'est bien un problème d'endianness.

Par chance, les fichiers existants sont enregistrés en BigEndian, ce qui est le format dit "réseau". Tu peux donc corriger le code pour employer les fonctions htonl() avant écriture et ntohl() après lecture.

[Fabllot]

Ok, merci. Je vais voir cela.
J'oubliais de préciser une petite chose : le fichier que j'essaie de lire sur le Mac-Intel a été écrit sur le G5...

[Médinoc]

Heureusement.
Dans l'autre sens, le fichier serait en Little-Endian et ce serait plus compliqué à corriger.

En modifiant le programme, le format du fichier ne changera pas, et la lecture sera adaptée aux deux plate-formes.

[Emmanuel Delahaye]

Heureusement.
Dans l'autre sens, le fichier serait en Little-Endian et ce serait plus compliqué à corriger.

En modifiant le programme, le format du fichier ne changera pas, et la lecture sera adaptée aux deux plate-formes.

L'endiannes est une chose, la largeur des types pourrait en être une autre... La compatibilité des données binaires ne se règle pas aussi simplement que ça.

Soit on utilise un format indépendant comme BER ou XDR, par exemple (euh, bon courage...), soit on passe en mode texte (ASCII, par exemple), ce qui est le plus simple.

[KiLVaiDeN]

Salut,

Ton printf en %d n'interprete-t-il pas ta valeur comme une valeur signée ?
Ne faudrait-il pas utiliser %u ?

A+

[thewho]

Bonjour,

Voilà un extrait de code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
guint32 chunkSize;
int n;
n += fread(&chunkSize, 4, 1, file);
...

Qu'en pensez-vous ?

J'en pense que tu as eu de la chance que ça marche jusqu'à présent

Tu ajoutes une valeur à une variable non initialisée, et tu utilises le résultat sans te poser de question.

Un de mes élèves écrirait ça, il se ferait taper sur les doigts (symboliquement, bien sûr)

[zooro]

Un de mes élèves écrirait ça, il se ferait taper sur les doigts (symboliquement, bien sûr)

Pourquoi symboliquement ?
J'avais un prof de maths qui nous disait (en plaisantant bien sûr) :

Je vais faire entrer ça dans vos têtes à coups de batte de baseball !

Ca marchait bien comme technique !

[Emmanuel Delahaye]

Je vais faire entrer ça dans vos têtes à coups de batte de baseball !

[Fabllot]

J'en pense que tu as eu de la chance que ça marche jusqu'à présent
Tu ajoutes une valeur à une variable non initialisée, et tu utilises le résultat sans te poser de question.

En fait, j'ai réduit le code au minimum pour se concentrer sur le problème BE / LE ... La valeur de "n" est bien initialisé dans mon code...

Puisque tu utilises la glib, il existe la macro GUINT32_SWAP_LE_BE() (voir http://developer.gnome.org/doc/API/2...WAP-LE-BE:CAPS) permet de réaliser la conversion little-endian/big-endian dans les deux sens. Comme guint32 est conçu pour être portable, je pense que tu devrais parvenir à résoudre tes problèmes avec la doc. Bonne chance!

Merci pour cette info, cela me parait interressant. Je vais y regarder de plus près.

Merci à tous pour vos remarques.