Question :fichier texte en C ?

Version imprimable

23/04/2006, 14h52
ahmed doua

Question :fichier texte en C ?

bonjour à tous, :)

je voudrais faire un programme qui permet d'afficher des statistiques sur un fichier texte dont le nom est entré par l'usager le programme doit :
1 -saisir le nom d'un fichier(:resolu: )
2.afficher
-la taille du fichier
-le nombres des lignes dans le fichier
-le nombre que le caractère S se trouve dans le fichier (:resolu: )

je me bloque sur la taille et nombres de lignes ,

Q: existe-t-il une fonction en C qui permet de retourner la taille d'un fichier texte ?
si oui est-elle ftell(fichier) ?

et aussi pour la taille je crois que je dois conter toutes les caractères après je le multiplie par 8 pour avoir (la taille en octets) ..?

merci (je suis débutant ) SVP soyez concis dans vos réponse .:merci:
23/04/2006, 14h58
Gruik

Salut

Tu dois ouvrir le fichier et le parcourir caractere par caractere grace à fgetc()
Ainsi tu pouras avoir le nombre de caracteres total, le nombre de sauts de ligne, et le nombre de S
23/04/2006, 15h00
Pragmateek

Pour la taille du fichier:
http://c.developpez.com/faq/c/?page=...HIERS_filesize
23/04/2006, 15h02
Swoög

alors pour les fichiers, je te conseillerais de lire ceci : http://c.developpez.com/faq/c/?page=fichiers ensuite, pour avoir la taille d'un fichier texte en octet, il te suffit de compter le nombre de caractère, si tu multiplie par 8, tu auras la taille en bits (c'est TRES PEU utile pour ne pas dire complètement inutile ;) )
23/04/2006, 15h15
ahmed doua

Citation:

Envoyé par Gruik

Salut

Tu dois ouvrir le fichier et le parcourir caractere par caractere grace à fgetc()
Ainsi tu pouras avoir le nombre de caracteres total, le nombre de sauts de ligne, et le nombre de S

oui je vais avoir le nombre de caracteres total et le nombre de S mais comment avoir le nombres de lignes ?
23/04/2006, 15h23
Gruik

Compte le nombre de sauts de ligne + 1
25/04/2006, 09h19
deck_bsd

Pour les caractères s, la tu na pas d'autre choix que parcourire tous ton fichier avec fgetc. Mais je conseil tous de même de charger tous le contenut du fichier dans un buffer (et en plus cela te permet de compter le nombre de lignes en mm temps c'est pas beau ça? mdr ), car l'accès mémoire est beaucoup plus rapide que l'accès fichier , donc se sera plus rapide pour la recherche.

Pour ce qui est de la taille du fichier , si tu est sous win -> api -> GetFileAttributesEx() . Pour l'utilisation , tous est dit sur la msdn.

heu pourquoi mutiplié par 8. tu a la chance que se soit un fichier texte :D Car un caractères = 1 octet, si tu compte combien tu en à , ho magique c'est pile la taille de ton fichier. Mais c'est vraiment pas la bonne solution. utilise l'API.;)

++ :D
25/04/2006, 09h22
Gruik

Ou de faire une boucle en lisant block par block avec fread
C'est plus rapide, mais plus complexe
25/04/2006, 09h25
Emmanuel Delahaye
Citation:

Envoyé par deck_bsd

Mais je conseil tous de même de charger tous le contenut du fichier dans un buffer, car l'accès mémoire est beaucoup plus rapide que l'accès fichier , donc se sera plus rapide pour la recherche.

Un buffer de quel taille ?
Quel intérêt puisque le problème
Citation:
la taille du fichier
le nombres des lignes dans le fichier
le nombre que le caractère S se trouve dans le fichier
peut être résolu en une seule lecture byte par byte ?
25/04/2006, 09h30
Emmanuel Delahaye

Citation:

Envoyé par Gruik

Ou de faire une boucle en lisant block par block avec fread
C'est plus rapide, mais plus complexe

Pourquoi c'est plus rapide ? Quand on demande la lecture d'un byte, le système charge un secteur entier en mémoire. Même si ce n'est pas le cas et que la lecture est bufferisée, le C demande un bloc de taille BUFSIZ (ou autre si on a utilisé setbuf() ou setvbuf()) au système, bloc qui est chargé en mémoire. Les autres accès byte se feront dans cette mémoire.

Ce qui est catastrophique (si le système ne bufferise pas l'accès aux secteurs) c'est d'appeler la fonction système (read(), ReadFile()) pour lire 1 byte.
25/04/2006, 09h40
Gruik

C'est plus rapide car pour un fichier de N octets, il y a N appels à fgetc
Et les appels aux fonctions, c'est long ;)
Mais bon, dans ce cas ci, il vaut mieux favoriser la simplicité et utiliser fgetc
25/04/2006, 09h46
deck_bsd

Emmanuel Delahaye : Et bien vu que un fichier texte se lit séquancielement, tu lit ligne par ligne pour mettre dans un buffer , donc tu fait un compteur en mm temps qui compte combien de fois tu lit, ça cela répond a une des question et pour la lecture , je suis daccord avec toi, lire byte a byte mais dans le buffer et non dans le fichier, lire caractères par caractères dans un fichier est moin rapide que de lire caractères par caractères dans un buffer en mémoire (pas lire mais compter).
25/04/2006, 10h53
Emmanuel Delahaye

Citation:

Envoyé par Gruik

C'est plus rapide car pour un fichier de N octets, il y a N appels à fgetc
Et les appels aux fonctions, c'est long ;)

Une macro qui va bricoler dans la structure FILE... laisse tomber...
25/04/2006, 11h01
Gruik

C'est pas une macro :frenchy:

(d'apres stdio.h)

Nan mais c'est pas tres long, mais sur plusieurs centaines de millions d'appels, ça peut se sentir.
Il y a les parametres à empiler, l'adresse de retour, le pointeur de pile à modifier, le pointeur de code à positionner, et pour le retour, la valeur de retour à placer, le pointeur de pile à descendre, le pointeur de code à repositionner

Citation:

Envoyé par Gruik

C'est pas une macro :frenchy:

(d'apres stdio.h)

getc() alors (macro, inline, niveau perf, c'est pareil...) :

Juste en dessous :

Citation:

Envoyé par MinGW

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
/* Traditionally, getc and putc are defined as macros. but the
   standard doesn't say that they must be macros.
   We use inline functions here to allow the fast versions
   to be used in C++ with namespace qualification, eg., ::getc.
 
   _filbuf and _flsbuf  are not thread-safe. */
_CRTIMP int __cdecl    _filbuf (FILE*);
_CRTIMP int __cdecl    _flsbuf (int, FILE*);
 
#if !defined _MT
 
__CRT_INLINE int __cdecl getc (FILE* __F)
{
  return (--__F->_cnt >= 0)
    ?  (int) (unsigned char) *__F->_ptr++
    : _filbuf (__F);
}

Ah bein j'ai po la meme chose
Citation:
Envoyé par stdio.h
Code:

1 2 3 /* Read a character from STREAM. */ extern int fgetc (FILE *__stream) __THROW; extern int getc (FILE *__stream) __THROW;

25/04/2006, 22h26
Médinoc

L'inconvénient de ces macros, c'est qu'elles empêchent FILE d'être un vrai type abstrait de données...
25/04/2006, 22h52
Gruik

Bah apparament, c'est que sous MingW