Discussion :

[poukill]

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

Code :

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

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 :

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

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 !

[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.

[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.

[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

[poukill]

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

Code :

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

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
i passe de 450 à 1993, qui est la taille du fichier ! ^^

Tu as une idée Swoög?

[Jean-Marc.Bourguet]

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'.

[poukill]

D'accord, j'avais pas tout pigé.
Le fichier est ouvert en mode binaire via

Code :

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

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!