feof et fichier texte sous unix

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

Code:

---

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:

---

1 2 3

1 2 3

---

Dans mon fichier2 :

Code:

---

1 2 3 4 5

a b c d e

---

Alors ma sortie est :

Code:

---

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

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.

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

Citation:

---

Envoyé par Magicmax

Bon voila mon petit probleme.

Code:

---

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

Citation:

---

Envoyé par Jack_serious

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

Citation:

---

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.

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 ?

Citation:

---

Envoyé par 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 ?

---

Citation:

---

Envoyé par man fgets

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.

Citation:

---

Envoyé par 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 ?

---

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.