passage de unix à windows pour une fonction

Version imprimable

Bonjour à tous !
J'ai un programme qui doit lire une table dans un fichier du type :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 Amount of points : 102 Calibration data : ------------------- Digital Level Temperature DL °C 584 -273 588 20 592 40 599 60 610 80 627 100 652 120 685 140 730 160 789 180 863 200 954 220 1064 240 1196 260 1350 280 1528 300
C'est un collègue qui faisait tourner ce programme sous unix.
J'ai identifié le problème, et je subodore qu'il vient du code mis en rouge:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 while ( (sscanf(&FileLUTStockMem[i], "%s\t%s", str1, str2) == 2) && ( i < TailleFichier-1 ) ) { *pxLUT = atol (str1); *pyLUT = atol (str2); printf("\n"); printf("%03i:%07i->%04i ", j, (int)*pxLUT, (int)*pyLUT); pxLUT++; pyLUT++; j++; // Recherche le retour chariot suivant. while (FileLUTStockMem[i++] != 0x0D && ( i < TailleFichier-1 ) ); str1[0]='\0'; str2[0]='\0'; }
En effet, au débogage, i passe de 450 à 1800. Résultat: seule ma première ligne est lue, le reste, c'est du n'importe quoi!

Comment indiquer un retour de chariot ?

Merci à vous ! ;)

30/05/2006, 10h22
Jean-Marc.Bourguet

'\r' a la place de 0x0D serait plus conforme mais ne changera vraissemblablement rien.

J'ai l'impression que le fichier est ouvert en mode texte mais ne le devrait pas.
30/05/2006, 10h26
poukill

Tout à fait, le fichier est ouvert en mode texte, car c'est un .txt .
En fait, pour te donner plus de précisions, mon projet est entièrement C++. Seule cette partie de mon projet qui communique avec une base de donnée est en C, car fonctions "toute faite" déjà utilisé par des collègues sous unix!

Merci de ton aide. ;)
30/05/2006, 10h27
Swoög

sous linux un retour chariot est uniquement composé d'un \r (0x0D) sous windows, il s'agit de deux caractères : \r\n (0x0D 0x0A)...

il te faudra donc étendre un peu le test ;)

J'ai donc changé mon code par celui-ci !
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 while ( (sscanf(&FileLUTStockMem[i], "%s\t%s", str1, str2) == 2) && ( i < TailleFichier-1 ) ) { *pxLUT = atol (str1); *pyLUT = atol (str2); // Decommenter ces 2 lignes pour afficher le contenu des LUT brutes. /*if (j == 0) */ printf("\n"); printf("%03i:%07i->%04i ", j, (int)*pxLUT, (int)*pyLUT); pxLUT++; pyLUT++; j++; // Recherche le retour chariot suivant. while (FileLUTStockMem[i++] != '\r\n' && ( i < TailleFichier-1 ) ); str1[0]='\0'; str2[0]='\0'; }
Cependant, je n'ai maintenant plus qu'une seule itération :mrgreen:
i passe de 450 à 1993, qui est la taille du fichier ! ^^

Tu as une idée Swoög?

30/05/2006, 10h46
Jean-Marc.Bourguet

Citation:

Envoyé par poukill

Tout à fait, le fichier est ouvert en mode texte, car c'est un .txt .

Et? Si sous Unix on s'attend a avoir un 0x0D dans un fichier, ce n'est pas un fichier texte mais un fichier binaire.

Sous Unix, la representation d'une fin de ligne, c'est 0x0A (le caractere LF).
Sous Windows, c'est la paire de caracteres 0x0D 0x0A (CR, LF).

En mode texte sous windows, cette paire est transformee simplement en un '\n'.
30/05/2006, 10h51
poukill
D'accord, j'avais pas tout pigé. :oops:
Le fichier est ouvert en mode binaire via
Code:

1 2 3 descFichierLUT = open (FileNm, O_RDONLY);
Et effectivement, un \n fonctionne parfaitement, je récupère bien tout mon fichier...

Merci Jean-Marc! :D