Simplification de la lecture d'un fichier texte

Bjr à tous,

Je dois lire un fichier texte dont les lignes sont au format suivant :

chaine_sans_espace 0x10 1 "chaine quotée avec des espaces"<CR><LF>

Actuellement, je charge la ligne dans un char buffer[], que je parse avec un sscanf.

Le problème est que sscanf traite le charatère espace (' ') comme un séparateur de champ. Cela me convient pour les 3 premieres données de la ligne, mais pas pour la dernière qui elle est quotée et peut contenir des caractères espace (' ').

Heureusement pour moi, la chaîne problématique se trouve en fin de ligne.

Je parcours donc le buffer[] de lecture de fichier avec un pointeur en comptant le nombre d'espace afin de me positionner au bon endroit càd un cran après le nième (3 dans l'exemple) caractère espace ' ' puis strcpy+strlen pour recopier la donnée dans la variable destination.

Mis à part les warnings du compilateur sur la dangerosité de l"utilisation de sscanf, strcpy et srlen, je trouve inélégante une telle méthode de récupération de la donnée quotée.

Il y a-t'il une solution plus appropriée à ce genre de problème ?

N.B. Ce n'est pas mon cas, mais on remarquera que le problème se corse si le champ quoté n'est pas en dernière position sur la ligne.

Amicalement, à tous pour avoir prété attention à ce message.

je te conseille d'utiliser fgets qui semble plus convenir a ton besoin, ou bien fread
avec fgets tu récupure la ligne entiere que tu peux analyser ensuite tranquilement.

Il est possible d'utiliser avec les fonctions de la famille xscanf() des formateurs une peu plus évolués que "%s", notamment "%[^\n]" qui permet de prendre tous les caractères y compris les espaces et tabulations jusqu'au retour à la ligne.

Merci jabbounet pour ta réponse,
c'est effectivement ce que je fait :

je clarifie donc ma procédure :

Code:

---

1 2 3 4 5 6 7

pFile= fopen( my_file, "r"); if( NULL!= fgets(buffer, file_size, pFile)){ if( 3= sscanf( buffer, "%s%x%i", struct1.pStr1, struct1.myint1, struct1.myint2)){ // à ce moment j'initialise un pointeur, saute les 3 premiers "espaces", // puis copie la fin du "buffer" dans la variable destination ... }}

---

Merci gl pour ta réponse, je file voir ça de plus près, sûr que ça le fera ... :zoubi:
Merci aussi pour ta patience car je me rends compte à postériori que mon problème n'était exposé de façon ultra explicite :oops: !!! Tu ne t'étais pourtant pas trompé :ccool:

Pourquoi ne pas utiliser fscanf() directement :

Code:

---

1 2	fscanf(fd, "%s %x %d %[^\n] %*[\n]", s1, &v1, &v2, s2);

---

Merci ssmario2,

Réponse à ta question, j'étais juste parti sur un fgets tout bête (donc buffer et parse ultérieur), pas forcement la plus maligne des choses si j'ai bien compris ta suggestion ...

Je sens de + en + que ça va le faire :D

Merci à tous, pour vos suggestions :ccool:

Si je suis un fana du moins j'en tape mieux c'est, les règles de l'art passent néanmoins avant tout, et vous m'y amenez tout droit !!! :zoubi:

Citation:

---

Envoyé par ssmario2

Pourquoi ne pas utiliser fscanf() directement :

Code:

---

1 2	fscanf(fd, "%s %x %d %[^\n] %*[\n]", s1, &v1, &v2, s2);

---

---

En tout cas pas de cette manière. Ici tu ne gères pas les tailles des chaînes et tu risques un débordement de buffer.
Je t'invite à lire Scanf démystifiée pour une utilisation plus correcte de scanf et assimilé.

Bonsoir,
Et merci à tout les deux,

Comme je me suis mis en tête de gérer tout mes struct, (string y compris) à grand coup de malloc, j'évalue toujours la taille maximum d'une chaîne avant de l'affecter.
Ca donne des situations qui me paraissaient cocasses au départ, genre

Code:

---

char* str= malloc( 1+ "la taille de mon fichier texte");

---

mais au moins avec ça je suis paré contre les dépassements de buffers. (pas contre les "not enough memory" :lol:).

Comme je suis en plein chantier de reconstruction des structures de données, j'ai pas eu l"occasion de valider par la preuve la solution proposée. Cependant la documentation suggérée parle d'elle-même, et si ca ne fonctionne pas ça ne sera que de MA faute ... Je réouvrirai le cas échéant ce sujet que je considères comme résolu.

Encore merci à tous les deux. :ccool: