problème: fgetc sur char 26 (=SUB) => EOF :(

**Sakijep** · 29/10/2005, 15h15

Bonjour, je perd du temps pour un problème que je n'arrive pas à comprendre, j ai googler en vain sans résultat.... donc je m en remet à vous

Je travaille sur windows2000 avec Dev-C++.
C'est pour faire marcher un programme de codage de Huffmann que j'essaie de cerner/corriger ce bug (ce n'est pas important de le savoir)

Donc le bug c'est lorsque l'on fait fgetc(F) avec F (fichier ouvert en lecture) qui se situe juste avant le char 26 qui est SUB. Normalement, je m'attend à ce que le fgetc(F) renvoie 26... mais hélas il renvoie EOF

.
Il se peut que ce problème n'existe pas avec Unix....
Quoiqu'il en soit, le code ci-dessous éxécuté chez moi montre qu'à la tentative de lecture du char 26, fgetc renvoie EOF ...
Donc pourquoi? Comment corriger ce bug ?

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
22
23
24
25
26
27
28
 
#include<stdio.h>
#include<stdlib.h>
#include<string.h>
 
int main (void)
{
 /* preuve du bug que fgetc renvoie EOF si il doit lire le char 26 (SUB)  :( */
FILE * F;
int e;
 
if ((F = fopen("test.txt","w")) == NULL) printf("erreur d ouverture!\n");
if (fputc(54,F) == EOF) printf("erreur d ecriture!\n");
if (fputc(26,F) == EOF) printf("erreur d ecriture!\n");
if (fputc(52,F) == EOF) printf("erreur d ecriture!\n");
if (fclose(F) == EOF) printf("erreur de fermeture!\n");
 
if ((F = fopen("test.txt","r")) == NULL) printf("erreur d ouverture!\n");
if ((e = fgetc(F)) == EOF) printf("impossible de lire le fichier!\n");
else printf("caractere lu: int: %d char: %c\n",e,e);
if ((e = fgetc(F)) == EOF) printf("impossible de lire le fichier!\n"); /* impossible */
else printf("caractere lu: int: %d char: %c\n",e,e);
if ((e = fgetc(F)) == EOF) printf("impossible de lire le fichier!\n");
else printf("caractere lu: int: %d char: %c\n",e,e);
if (fclose(F) == EOF) printf("erreur de fermeture!\n");
 
while(1);
}

Code :

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

1
2
3
4
5
 
qui à l'éxécution donne:
caractere lu: int: 54 char: 6
impossible de lire le fichier!
impossible de lire le fichier!

**Emmanuel Delahaye** · 29/10/2005, 15h28

Envoyé par Sakijep

Donc le bug c'est lorsque l'on fait fgetc(F) avec F (fichier ouvert en lecture) qui se situe juste avant le char 26 qui est SUB. Normalement, je m'attend à ce que le fgetc(F) renvoie 26... mais hélas il renvoie EOF

.

26 est le code ASCII de ^Z, c'est à dire le caractère marqueur de fin de fichier texte MS-DOS/Windows. Pour qu'il soit ignoré, il faut lire ton fichier en mode binaire "rb").

http://emmanuel-delahaye.developpez....=Page6#LXXXIII

**Sakijep** · 29/10/2005, 15h37

donc ça marcherait sous Linux ?

Merci beaucoup pour ton lien, je vais devoir comprendre de nouveaux trucs finalement... c est pas plus mal

**Sakijep** · 29/10/2005, 18h32

Bon....
j'ai lu ton lien et encore d'autres, j ai compris que sous windows les retours à la ligne sont constitués de LF CR (...), ce qui n'est pas le cas sous Unix.

Il ya un truc que j'ai pas du saisir dans la lecture en mode binaire apparemment parceque je galère ...

Ou puis je trouver une aide agrémentée d'exemples sous windows (et aussi pkoi pas unix) qui illustrent clairement la difference entre mode binaire ou non ? (lecture et écriture)

**gentil_robot** · 29/10/2005, 19h24

Envoyé par Sakijep

Bon....
j'ai lu ton lien et encore d'autres, j ai compris que sous windows les retours à la ligne sont constitués de LF CR (...), ce qui n'est pas le cas sous Unix.

Il ya un truc que j'ai pas du saisir dans la lecture en mode binaire apparemment parceque je galère ...

Ou puis je trouver une aide agrémentée d'exemples sous windows (et aussi pkoi pas unix) qui illustrent clairement la difference entre mode binaire ou non ? (lecture et écriture)

Windows : LF puis CR
Unix : CR puis LF

**Médinoc** · 29/10/2005, 22h34

Euh, tu es sûr?
Moi, pour les retours à la ligne, j'ai:

Windows: CR puis LF
UNIXoïde: LF seul
MAC: CR seul

**Sakijep** · 30/10/2005, 00h44

Alors est-ce normal que sous windows 2000 ce code:

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
 
#include<stdio.h>
#include<stdlib.h>
#include<string.h>
 
int main (void)
{
FILE * F;
int d;
if ((F = fopen("test.txt","w")) == NULL) printf("erreur d ouverture en ecriture\n");
if (fputc('\n',F) == EOF) printf("erreur d ecriture\n");
if (fclose(F) == EOF) printf("erreur de fermeture");
if ((F = fopen("test.txt","r")) == NULL) printf("erreur d ouverture en lecture\n");
if ((d = fgetc(F)) != EOF) printf("char 1 :int:%d char:%c",d,d);
if ((d = fgetc(F)) != EOF) printf("char 2 :int:%d char:%c",d,d);
if (fclose(F) == EOF) printf("erreur de fermeture");
while(1);}

donne a l execution:

Code :

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

1
2
 
char 1 :int:10 char:

?

Ce qui veut dire que l ecriture du '\n' en mode non binaire dans le fichier se traduit par l ecriture du char 10 (10 = LF) seulement et non pas LF puis CR (ou l inverse CR puis LF)...?

**Médinoc** · 30/10/2005, 09h08

En fait, sous Windows, le fichier aura toujours \r\n (CR-LF) pour les sauts de ligne (en tout cas, si le bloc-notes l'ouvre normalement, c'est le cas)

Mais quand tu lis le fichier en mode texte, tu ne liras que le \n quel que soit l'OS (Sous Windows, le \r qui le précède sera ignoré, et il me semble que sous Mac, il sera "transformé" en \n)

De même, si tu écris un fichier en mode texte, le \n que tu écriras sera automatiquement traduit vers le format utilisé par l'OS (Si tu écris un \n en mode texte sous Windows, Windows écrira \r\n à la place)

Au fait: le programme que tu as posté, écrit le fichier en mode texte puis le lit en mode texte.

**Sakijep** · 30/10/2005, 13h51

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
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
 
#include<stdio.h>
#define ECRITURE_BINAIRE 0
#define LECTURE_BINAIRE 1
 
int main (void)
{
/* Test du mode binaire sous WINDOWS 2000
ecriture en mode binaire ou non binaire puis lecture en mode binaire ou non binaire
utilisation pour l ecriture de fputc et pour la lecture fgetc
Rappel: char: 10 = LF, 13 = CR, 26=SUB=ctrl+c = fin de fichier sous windows >:|
Saut de ligne sous windows = CR LF. '\n' == 10
 
- en mode non binaire:
    1) fputc(10,F) écrit 2 chars dans F: 13 et 10...
    2) de même, 2 fgetc(F) sur F pointant sur CR LF ... retournera 10 ... et non 13 10 ...
    3) fgetc(F) sur F pointant sur 26 retournera EOF >:| et le pointeur F ne s'incrémente pas
- en mode binaire:
    1) fputc(10,F)= écrit simplement 10 dans F
    2) 2 fgetc(F) sur F pointant sur CR LF ... retournera tout bonnement 13 10
    3) fgetc(F) sur F pointant sur 26 retournera 26 >:D et le pointeur F s'incrémente
 
note:
En mélangeant les fprintf fscanf fputc fgetc ça donne les même résultats.
fprintf(F,"%c",10)
fscanf(F,"%c",&c);
*/
 
    FILE * F;
    char c;
 
    if (ECRITURE_BINAIRE)
    {
        /* Ouverture en mode binaire */
        if ((F = fopen("test.txt","wb")) == NULL) printf("erreur d ouverture en ecriture\n");
    }
    else
    {
        /* Ouverture en mode non binaire */
        if ((F = fopen("test.txt","w")) == NULL) printf("erreur d ouverture en ecriture\n");
    }
    if (fputc(10,F) == EOF) printf("erreur d ecriture\n");
    if (fputc(26,F) == EOF) printf("erreur d ecriture\n");
    if (fclose(F) == EOF) printf("erreur de fermeture");
 
    if (LECTURE_BINAIRE)
    {
        /* lecture en mode binaire */
        if ((F = fopen("test.txt","rb")) == NULL) printf("erreur d ouverture en lecture\n");
    }
    else
    {
        /* lecture en mode non binaire */
        if ((F = fopen("test.txt","r")) == NULL) printf("erreur d ouverture en lecture\n");
    }
    if ((c = fgetc(F)) != EOF) printf("char1:%d " ,c,c);
    if ((c = fgetc(F)) != EOF) printf("char2:%d ",c,c);
    if ((c = fgetc(F)) != EOF) printf("char3:%d ",c,c);
    if (fclose(F) == EOF) printf("erreur de fermeture");
 
while(1);
}
 
/* Resultats: (concorde avec ce que l'on attend)
ECRITURE_BINAIRE| LECTURE_BINAIRE| Console:
0               | 0              | char1:10
0               | 1              | char1:13 char2:10 char3:26
1               | 0              | char1:10
1               | 1              | char1:10 char2:26
*/

Voila j'ai compris maintenant merci encore

[/code]

**Sakijep** · 30/10/2005, 15h05

Problème résolu.

Mon programme de codage de HUFFMANN marche maintenant sans aucun bugs (autrement dit pour beaucoup de sources y compris celles qui plantaient avant)

Vive le mode binaire, mais bon, j'aurais souhaité trouver des exemples pédagogiques pour illustrer les subtilités, même si c'était pas nécessaire de tout comprendre... J'aime comprendre correctement qq chose.

**Médinoc** · 30/10/2005, 19h11

(au fait: Il me semble bien que 26 n'est pas Ctrl-C, mais Ctrl-Z)

**Emmanuel Delahaye** · 30/10/2005, 19h54

Envoyé par gentil_robot

Windows : LF puis CR
Unix : CR puis LF

Non.

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

**Médinoc** · 30/10/2005, 20h23

Ah, c'est bien ce qui me semblait.

À vous raconter des bêtises, certains vous feraient douter de vous-même...

**kromartien** · 09/04/2009, 22h39

Grâce à ce message, j'ai pu comprendre pourquoi la lecture de fichier s'interrompait à la lecture de SUB, et j'ai pu rendre mon programme sans BUG.

Au revoir

problème: fgetc sur char 26 (=SUB) => EOF :(

C

Discussions similaires

Partager

Partager