[DEBUTANT] Problème de lecture avec un fscanf

Citation:

---

Envoyé par Pingouin

Le problème vient peut-être des variables de la structure SDL_Rect ..... ça n'a pas l'air d'être des int très communs (je ne connais pas du tout ça) :

Code:

---

1 2 3 4 5 6

typedef struct SDL_Rect { Sint16 x, y; Uint16 w, h; } SDL_Rect;

---

---

Je pense pas. Après qql recherche dans les headers de SDL, tu trouves les déclarations (SDL_stdinc.h) suivantes

Code:

---

1 2	typedef int16_t Sint16; typedef uint16_t Uint16;

---

et ensuite les déclarations (SDL_config_win32.h) suivantes

Code:

---

1 2	typedef signed short int16_t; typedef unsigned short uint16_t;

---

Mais on sait jamais....

[EDIT]
Bingo, tu as raison ! Avec signed short et unsigned short, une valeur sur 2 est convertie.

Lol, là c'est vraiment un coup de chance .... mais what is the solution ? ^^ Ne pas utiliser fscanf ni sscanf ?

Après qql brèves recherches sur fscanf, le format de lecture approprié serait "%hd" et non "%d" seulement.

Code:

---

1 2 3 4

ret = fscanf(sprite,"%d %hd %hd %hd %hd %hd %hd\n", &choixSprite, &position.x, &position.y, &partieRestante.w, &partieRestante.h, &partieRestante.x, &partieRestante.y);

---

Je pense (mais il reste à confirmer) que cela vient de la taille des variables. Un unsigned int = 4 octets, et un unsigned short = 2.

Pourquoi %hd

Citation:

---

Envoyé par man scanf

h Indique que la conversion sera de type dioux ou n et que le pointeur suivant est un pointeur sur un short int (plutôt que sur un int).

---

Voila, j'espère que cela fonctionne maintenant :)

Youhou tu as raison !!! Ca fonctionne bien avec un %hd.

Je ne sais pas comment te remercier :oops: :D :) ... vivent les membres de ce forum !

J'aimerais juste savoir si tu as certains sites / bases de données en marque page où tu recherches toutes ces infos, ou si .... google est ton ami ^^ :lol: ?

Merci encore !

Tu as encore trouvé ::google:
http://www.linux-france.org/article/...3/scanf-3.html

bye... (n'oublis pas le p'tit bouton :resolu:)

Citation:

---

Envoyé par Elijha

Après qql brèves recherches sur fscanf, le format de lecture approprié serait "%hd" et non "%d" seulement.

Code:

---

1 2 3 4

ret = fscanf(sprite,"%d %hd %hd %hd %hd %hd %hd\n", &choixSprite, &position.x, &position.y, &partieRestante.w, &partieRestante.h, &partieRestante.x, &partieRestante.y);

---

Je pense (mais il reste à confirmer) que cela vient de la taille des variables. Un unsigned int = 4 octets, et un unsigned short = 2.

---

Je re commande pas du tout cette technique qui n'est pas portable, mais plutôt :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

int choixSprite; int position_x; int position_y; int partieRestante_w; int partieRestante_h; int partieRestante_x; int partieRestante_y;   ret = fscanf(int, "%d %d %d %d %d %d %d\n" , &choixSprite , &position_x , &position_y , &partieRestante_w , &partieRestante_h , &partieRestante_x , &partieRestante_y);   if (ret == 7) { position.x = position_x; position.y = position_y; partieRestante.w = partieRestante_w; partieRestante.h = partieRestante_h; partieRestante.x = partieRestante_x; partieRestante.y = partieRestante_y; }

---

Le principe étant de rester indépendant des types dont on a pas la maitrise.

Le choix de int couvre de façon portable la plage - 32767 à 32767. Si cétait insuffisant, passer en unsigned int ("%u") ou long ("%ld") ou unsigned long ("%lu").