Discussion :

[Magicmax]

Bon voila mon petit probleme.
En ne gardant que l'essentiel, j'ai le code suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
while(!feof(fichier1) && !feof(fichier2))
{
   char* temp1=(char*)malloc(MAX_SIZE);
   char* temp2=(char*)malloc(MAX_SIZE);
   fgets(temp1,MAX_SIZE,fichier1);
   fgets(temp2,MAX_SIZE,fichier2);
 
   if(strcmp(temp1,temp2))
      printf("%s%s\n",temp1,temp2);
}

Dans mon fichier1 j'ai par exemple :

Code :

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

1
2
3
1
2
3

Dans mon fichier2 :

Code :

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

1
2
3
4
5
a
b
c
d
e

Alors ma sortie est :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
1
a
 
2
b
 
3
c
 
 
d

Le prog rentre donc 4 fois dans la boucle alors que le fichier1 n'a que 3 lignes (pas de ligne vide derrière). Quelqu'un saurait-il pourquoi ?

Merci

[Jack_serious]

man fgets.

Si fgets() lit un EOF avant autre chose, il retourne NULL. Mais apparement il laisse un \n dans ton buffer.... Ou alors il y a bien un '\n' dans ton fichier.

Testes la valeur de retour de fgets.

[gege2061]

Bonjour,
feof m'est pas prévu pour ça :
Comment détecter une fin de fichier ?
Les fichiers

[Emmanuel Delahaye]

Bon voila mon petit probleme.

Code :

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

while(!feof(fichier1) && !feof(fichier2))

STOP ! feof() ne fait pas ce que tu crois. Il faut tester la valeur retournée par la fonction de lecture.

http://emmanuel-delahaye.developpez....s.htm#fichiers

[Emmanuel Delahaye]

Si fgets() lit un EOF

Attention. Ce genre d'explication floue induit le débutant en erreur. Il n'y a pas de mystérieux caractère EOF dans un fichier si indiquerait une hypothétique fin de fichier [1].

Ce qui se passe en réalité, c'est qu'un un moment donné (fin de fichier, erreur de lecture) la fonction de lecture retourne une valeur qui indique 'fin de lecture'.

Testes la valeur de retour de fgets.

Oui.

---------------------------
[1] Confusion entretenue par le bien réel caractère ^Z (0x1A) des fichiers MS-DOS/Windows interprété comme une fin de lecture quand le fichier est ouvert en mode texte. Mais c'est un cas très particulier lié à un système bien défini. Rien de standard.

[Magicmax]

Merci à tous, effectivement il est largement préférable de teste la valeur de retour de fgets().
Néanmoins, petite précision: fgets affecte-t-il également NULL au pointeur qui aurait du recevoir la chaine lue si il rencontre la fin du fichier ?

[Jack_serious]

Merci à tous, effectivement il est largement préférable de teste la valeur de retour de fgets().
Néanmoins, petite précision: fgets affecte-t-il également NULL au pointeur qui aurait du recevoir la chaine lue si il rencontre la fin du fichier ?

char *
fgets(char * restrict str, int size, FILE * restrict stream);

The fgets() function reads at most one less than the number of characters
specified by size from the given stream and stores them in the string
str. Reading stops when a newline character is found, at end-of-file or
error. The newline, if any, is retained, and a `\0' character is
appended to end the string.

Upon successful completion, fgets() and gets() return a pointer to the
string. If end-of-file or an error occurs before any characters are
read, they return NULL. The fgets() and gets() functions do not distin-
guish between end-of-file and error, and callers must use feof(3) and
ferror(3) to determine which occurred.

fgets() n'affecte pas NULL au buffer. Mais elle retourne NULL si elle n'a rien pu lire.

[Emmanuel Delahaye]

Merci à tous, effectivement il est largement préférable de teste la valeur de retour de fgets().
Néanmoins, petite précision: fgets affecte-t-il également NULL au pointeur qui aurait du recevoir la chaine lue si il rencontre la fin du fichier ?

Bien sûr que non. Comment pourrait-il modifier un paramètre dont il n'a pas l'adresse ? Rappel, en C, tous les passages de paramètres se font par valeur.