Discussion :

[kimobimo25]

Bonjour,
je vous ai envoyé ci-joint un code dont le but est de calculer le nombre de lignes d'un fichier txt pour choisir un mot aléatoire de ce fichier mais le problème est qu'il m'affiche juste des 0 au lieu du nombre de lignes du fichier pays.txt . S'il vous plait pouvez vous m'aider à résoudre ce problème .
Merci d'avance .

Code c :

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
#include <stdio.h>
#include <stdlib.h>
#include <time.h> 
#include <string.h>
#define test .h
#define MAX_CHAR 100 
int calculer(FILE *file) { int counter = 0;
    char *line = malloc(MAX_CHAR*sizeof(char));
	while(fgets(line,MAX_CHAR,file)!=NULL) { counter++; } 
	free(line);
	return counter; } 
 
 
int main() {FILE*fic=fopen("pays.txt","a");
    int max;
    max=calculer(fic);
    printf("%d",max);
 
 
 
 
	return 0;
}

[edgarjacobs]

Hello,

Tu ouvres ton fichier en mode "a" (append). Tu ne peux donc effectuer que des écritures. Le mode d'ouverture "r" (read) est plus approprié.

[Sve@r]

Bonjour

Code c :

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

1
2
3
char *line = malloc(MAX_CHAR*sizeof(char));
...
free(line);

=> char line[MAX_CHAR] (et généralement on écrira MAX_CHAR+1 pour montrer aux autres lecteurs qu'on a conscience de la nécessité du '\0')
Accessoirement compter le nombre de lignes c'est juste compter le nombre de '\n' => int c; while((c=fgetc(file) != EOF) { if (c == '\n') counter++;}

[binarygirl]

Accessoirement compter le nombre de lignes c'est juste compter le nombre de '\n'

Sous Linux

[edgarjacobs]

Sous Linux

Non non, sous windows également.

[Sve@r]

Sous Linux

Non non, sous windows également.

En fait, sous Windows, les lignes se terminent par le couple '\r\n' symbolisant le mouvement d'une machine à écrire qui se fait en deux étapes

• le charriot qui revient au début
• avancée du papier

J'irais même jusqu'à formuler l'hypothèse que les fonctions de lecture convertissent en interne ce couple '\r\n' en '\n' ce qui fait que c=='\n' fonctionne aussi. Mais même sans ça, dans '\r' + '\n' il y a quand-même bien '\n' à un moment donné

[binarygirl]

Il me semble aussi que Python aligne systématiquement le line ending sur \n pour la lecture, quelle que soit la plateforme, et donc même sous windows cette méthode est safe (je crois).

Par contre, dans le cas présent il y a la fonction fgets qui lit jusqu'au prochain \n si je ne m'abuse.
Donc je ne suis pas sûre qu'un fichier au format DOS/windows çad \r\n sera correctement lu sur une autre plateforme comme Linux. Ou il est possible que chaque ligne soit terminé par un \r invisible. Je conseille de tester la lecture avec un fichier produit sous windows.

The C library function fgets() is best avoided in binary mode because any file not written with the Unix newline convention will be misread. Also, in text mode, any file not written with the system's native newline sequence (such as a file created on a Unix system, then copied to a Windows system) will be misread as well.

Source: https://en.wikipedia.org/wiki/Newlin...ming_languages

[foetus]

il me semble que sous Mac c'est simplement '\r'.
Avec PHP, il y a la constante PHP_EOL qui simplifie tout.

Après 1 petite recherche

Code :

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

1
2
3
4
Windows - Lines end with both a <CR> followed by a <LF> character
Linux  - Lines end with only a <LF> character
Macintosh (Mac OSX) - Lines end with only a <LF> character
Macintosh (old) - Lines end with only a <CR> character

Édit : Carriage Return Line Feed, lien wikipedia en français

• le caractère '\n', <LF>/ Line Feed (saut de ligne), n pour "new line"
• le caractère '\r', <CR>/ Carriage Return (retour chariot)

[Sve@r]

Par contre, dans le cas présent il y a la fonction fgets qui lit jusqu'au prochain \n si je ne m'abuse.

En réalité pas tout à fait. Dans le cas présent la fonction fgets() lira 100 caractères (en réalité 99 car elle en garde un pour y ranger le '\0'). Effectivement si un '\n' est présent dans ce qui est lu elle s'y arrête même si avant 99 ; mais s'il n'y en a pas (ligne de 150 car. par exemple) elle s'arrêtera alors à 99 qui est sa limite max. Et donc l'algo comptant en réalité les fgets() et non les lignes, en comptera 2 alors qu'il n'y a qu'une ligne réelle.
Bon soyons honnête, dans 99,999% des cas, 1 fgets() = 1 ligne. Mais il convenait de rappeler qu'il existe 0,001% de risque, risque qui n'existe pas si on code l'algo pour compter les '\n' et non les fgets (hormis si Macintosh old avec sa spécification que je ne connaissais pas).

[WhiteCrow]

[...]
J'irais même jusqu'à formuler l'hypothèse que les fonctions de lecture convertissent en interne ce couple '\r\n' en '\n' ce qui fait que c=='\n' fonctionne aussi. Mais même sans ça, dans '\r' + '\n' il y a quand-même bien '\n' à un moment donné

Bonjour,

C'est ici que le mode d'ouverture du fichier a une importance :

• sous Windows il est impératif d'ouvrir le fichier en mode texte pour justement avoir un caractère `\n` pour les paires d'octets 10/13 lus ;
• Unix et apparenté : on s'en fout.

[edgarjacobs]

C'est ici que le mode d'ouverture du fichier a une importance :

• sous Windows il est impératif d'ouvrir le fichier en mode texte pour justement avoir un caractère `\n` pour les paires d'octets 10/13 lus ;

Il me semble que sous windows, l'ouverture d'un ficher se fait par défaut en mode texte. Par contre le 'b' est nécéssaire pour ouvrir le fichier en mode 'binaire", c'est-à-dire sans conversion du 0d0a en \n

[kimobimo25]

D'abord merci beaucoup pour vos réponses .D'après ce que j'ai compris je dois ouvrir mon fichier en mode lecture puis 'utiliser le \n dans mon code c'est ce que j'ai essayé mais j'ai encore le même résultat "le 0 " .Et voici le code que j'ai essayé , pouvez vous m'aider à le résoudre car je dois soumettre ce mini projet le mardi . Merci d'avance .

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
#include <stdio.h>
#include <stdlib.h>
#include <time.h> 
#include <string.h>
#define test .h
#define MAX_CHAR 100 
int calculer(FILE *file) { int c,counter; while((c=fgetc(file) != EOF)) { if (c == '\n'){ counter++;} } }
 
 
int main() {FILE*fic=fopen("pays.txt","r");
    int max;
    max=calculer(fic);
    printf("%d",max);
 
	return 0;
}

[Sve@r]

c'est ce que j'ai essayé mais j'ai encore le même résultat "le 0 " .Et voici le code que j'ai essayé

Et jamais tu ne lui fais retourner de résultat à ta fonction de comptage??? Pourtant tu le faisais dans ton premier code.

[edgarjacobs]

counter n'est pas initialisé à zéro....
Et

[Médinoc]

Il me semble que sous windows, l'ouverture d'un ficher se fait par défaut en mode texte. Par contre le 'b' est nécéssaire pour ouvrir le fichier en mode 'binaire", c'est-à-dire sans conversion du 0d0a en \n

Sous Windows et partout ailleurs. C'est juste que sous les systèmes unixoîdes on ne voit pas la différence (ce qui est une grosse source de bug en cas de portage du code) et le cas Mac on ne le rencontre pratiquement plus depuis OSX.