Discussion :

[ikuzar]

Bonjour,

J'aimerais savoir comment fait- on pour lire un fichier texte en C et stocker tout le texte dans un buffer. Le code que j'ai écris ci-dessous lit et écrase les données au fur et à mesure. A la fin de la boucle, il ne reste plus que la dernière ligne du fichier...

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
 
#include <stdio.h>
#include <string.h>
#include <stdlib.h>
 
#define LIM 1500
 
int main(){
	FILE* fic;
	fic = fopen("data", "r"); 
	char data[LIM];
 
	if(fic == NULL){
      printf("Impossible d'ouvrir le fichier\n");
      exit(1);
	}
 
	while(fgets(data, 512, fic) != NULL){
		printf("\t%s", data);		
	}
 
	if(fclose(fic) == EOF) {
      printf("Probleme de fermeture du fichier \n");
      exit(1);
	}
 
}

Merci d'avance pour votre aide

[ikuzar]

fread fait l'affaire ...

[pfeuh]

Salut,

Je dirais qu'il faut procéder en trois temps:

- Déterminer la taille du fichier.
- Allouer la mémoire nécessaire.
- Charger le fichier en mémoire.

Pour déterminer la taille du fichier, typiquement on l'ouvre en "rb", on se positionne à la fin grâce à fseek et on lit la position grâce à ftell , on a ainsi la taille. ensuite on se repositionne au début du fichier grâce à rewind et on passe à l'étape 2.

A+

Pfeuh

[jlliagre]

Sous Unix/Linux:

• ouvrir le fichier et récupérer sa taille (open,fstat)
• mapper le fichier en mémoire (mmap)
• fermer le fichier (close)

[Neckara]

Sous Unix/Linux:

• ouvrir le fichier et récupérer sa taille (open,fstat)
• mapper le fichier en mémoire (mmap)
• fermer le fichier (close)

Pourquoi vouloir utiliser des fonctions spécifiques à Linux alors qu'il existe des fonctions portables et bien plus efficaces ?

Ensuite si je ne dis pas de bêtise, fstat ne va pas donner la taille exacte du fichier, il va donner la taille de l'espace où est stocké le fichier.

[jlliagre]

Pourquoi vouloir utiliser des fonctions spécifiques à Linux

Il ne s'agit pas d'une fonction spécifique à Linux.

alors qu'il existe des fonctions portables

Ok, mmap n'est pas ANSI C mais mmap est portable dans le sens où il est standardisé par POSIX et disponible sur la plupart des OS courants qui implémentent la mémoire virtuelle. la seule exception notable est Windows où une fonctionnalité similaire est proposée: CreateFileMapping/MapViewOfFile

et bien plus efficaces ?

Une fonction portable n'est pas nécessairement plus efficace. Dans le cas particulier de mmap, il s'agit en général au contraire de la méthode la plus rapide et la plus efficace pour lire un fichier. Il y a bien sûr des limitations et des cas où mmap n'est pas approprié, par exemple s'il ne s'agit pas d'un "vrai fichier" ou si son contenu et sa taille sont modifiés après coup.

Ensuite si je ne dis pas de bêtise, fstat ne va pas donner la taille exacte du fichier, il va donner la taille de l'espace où est stocké le fichier.

Non. fstat donne un ensemble d'informations dont la taille exacte du fichier (delta entre le premier octet et l'offset du dernier octet du fichier), et la taille nécessaire au stockage du fichier, en nombre de blocs (st_blocks). C'est bien sûr la première valeur (st_size) qu'il faut utiliser pour mmap.

[Neckara]

Il ne s'agit pas d'une fonction spécifique à Linux.Ok, mmap n'est pas ANSI C mais mmap est portable dans le sens où il est standardisé par POSIX et disponible sur la plupart des OS courants qui implémentent la mémoire virtuelle.

Pour moi être portable, c'est être disponible sur tous les OS même Windows, ie norme C89, C99, ...

Une fonction portable n'est pas nécessairement plus efficace. Dans le cas particulier de mmap, il s'agit en général au contraire de la méthode la plus rapide et la plus efficace pour lire un fichier.

Je pensais surtout à open et à close.

Non. fstat donne un ensemble d'informations dont la taille exacte du fichier (delta entre le premier octet et l'offset du dernier octet du fichier), et la taille nécessaire au stockage du fichier, en nombre de blocs (st_blocks). C'est bien sûr la première valeur (st_size) qu'il faut utiliser pour mmap.

Autant pour moi alors.

[jlliagre]

Pour moi être portable, c'est être disponible sur tous les OS même Windows, ie norme C89, C99, ...

Pour moi aussi, je n'ai rien contre la normalisation du C, bien au contraire. Ma suggestion n'avait pas la prétention d'être portable sur tous les OS ayant précisé "sous Unix/Linux".
Je souhaitais juste proposer une alternative peu connue mais potentiellement intéressante bien que peut-être hors-sujet sur le forum "Débuter" ...

[ternel]

Pour moi aussi, je n'ai rien contre la normalisation du C, bien au contraire. Ma suggestion n'avait pas la prétention d'être portable sur tous les OS ayant précisé "sous Unix/Linux".
Je souhaitais juste proposer une alternative peu connue mais potentiellement intéressante bien que peut-être hors-sujet sur le forum "Débuter" ...

Ca t'apprendra à ne pas faire un roman explicatif…