fichier d'enregistrement C

bonjour,
je sais pas comment peut on écrire ou lire dans un fichier des enregistrement , je dit par enregistrement c'est une structure (struct) par exemple :

Code:

---

1 2 3 4

struct monotonie { int * valeurs; } typedef monotonie monotonie;

---

a chaque fois je remplie une structure je l'écrire dans le fichier , ah cela comment le fait , par exemple :

Code:

---

1 2 3 4

monotonie mon; //supposant on a lit la monotonie fprintf(file,"ici je met quoi comme format ",mon);

---

regarder mon c'est une structure . et j'ai trouvé une solution pour mettre dans le fichier ce qui est dans la structure mon que je l'aime pas . je veux directement ajouter cette stucture dans mon fichier ;) .
et Merci .

Aaaah !
Mon cher forumeur... si tu faisais du COBOL ou du travail sur Mainframe... la vie te serait facilitée ! :D
Cependant, tu travailles sur un langage designé pour "l'autre" type de système : UNIX !
Dans ce fabuleux langage qu'est le C, il n'y a pas "d'enregistrements" faciles à écrire et lire pour un développeur, puisque chaque donnée est considérée comme séparée par un '\n' (ou un équivalent que le C++ te donne) : donc de taille variable.

Bref, hormis de l'historique et du blabla technique je vais à l'essentiel :
Tu dois décrire ton propre format d'écriture et de lecture !
CAD : tu dois écrire chaque champ de ta structure avec un 1er séparateur de ton choix, et séparer chaque structure par un 2e séparateur.
Et quand tu liras, tu liras pour chaque 2e séparateur une ligne, et dedans, pour chaque 1er séparateur tu rempliras un champ de la structure.
Tu comprendras facilement que le "2e séparateur" pourra être un '\n' pour faciliter le travail et utiliser getline ou son équivalent fgetline/fgetln.

EDIT : dans ton cas,

Code:

---

fprintf(file, "%d\n", mon->valeur);

---

Ecrira sur chaque ligne un entier

Merci beaucoup Metalman , c 'est exactement ce que j'ai pensé :) , mais j'ai cru qu'il y a une possibilité de créer une structure dans un fichier directement sans faire les séparateur comme dans le langage pascal . donc ce que j'ai compris de ton explication il n'y a pas de possibilité :ccool: .

Citation:

---

Envoyé par Metalman

Aaaah !
Mon cher forumeur... si tu faisais du COBOL ou du travail sur Mainframe... la vie te serait facilitée ! :D Cependant, tu travailles sur un langage designé pour "l'autre" type de système : UNIX !

---

Ce n'est pas comparable : le C est principalement destiné à la production d'exécutables en langage machine. Essaie d'écrire un pilote de périphérique ou de programmer un micro-contrôleur en Cobol, par exemple.

Citation:

---

Dans ce fabuleux langage qu'est le C, il n'y a pas "d'enregistrements" faciles à écrire et lire pour un développeur, puisque chaque donnée est considérée comme séparée par un '\n' (ou un équivalent que le C++ te donne) : donc de taille variable.

---

Initialement, si : c'est même pour cela que les fonctions fread() et fwrite() attendent à la fois une taille et un nombre d'enregistrements. Si tu veux faire des enregistrements avec des champs de taille fixe, il suffit de définir une structure, et d'y intégrer des tableaux de caractères.

Code:

---

1 2 3 4 5 6

struct champ { char prenom [16]; char nom [16]; char ville [16]; };

---

Il te suffit ensuite de faire des lectures-écritures en mémoire de la taille d'une telle structure. Les seules subtilités auxquelles il faudra faire attention si tu veux faire un programme portable seront :

• Le padding éventuel entre les membres. Il existe bien « #pragma pack » mais c'est par définition hors-norme ;
• L'endianess si tu utilises des types numériques ;
• La taille des caractères. Si tu travailles en ASCII, toutefois, il te faudra vraiment utiliser des architectures très exotiques pour te retrouver avec des caractères d'une largeur différente de 8 bits.

Presque tous les langages de cette époque savaient gérer les fichiers de cette manière, y compris le Basic Microsoft sur Thomson (entre autres), qui proposait OPEN, FIELD, GET, PUT, LSET et RSET.

Citation:

---

Bref, hormis de l'historique et du blabla technique je vais à l'essentiel :
Tu dois décrire ton propre format d'écriture et de lecture !
CAD : tu dois écrire chaque champ de ta structure avec un 1er séparateur de ton choix, et séparer chaque structure par un 2e séparateur.
Et quand tu liras, tu liras pour chaque 2e séparateur une ligne, et dedans, pour chaque 1er séparateur tu rempliras un champ de la structure.

---

Non.

Ça n'est vrai qu'à partir du moment où tu travailles avec des fichiers texte, ce qui est effectivement recommandé, tant pour la portabilité et la pérennité dans le temps que pour la facilité d'édition desdits fichiers par l'utilisateur et/ou l'administrateur système.

Et comme la taille des types varie en fonction de l'architecture... que certaines archis sont big/little endian....
Que les UNIX ont été mis sur de multiples archis (la liste est longue et TRES doiversifiée)... alors je réponds "non" à beaucoup de choses précédentes dont principalement le "fwrite"/"fread"...

Parce que écrire un int sur un 8086, puis le lire avec un Alpha avec le même programme C recompilé de l'autre côté.... ça ne le fera sûrement pas...

Bonjour,

Citation:

---

Envoyé par Metalman

Et comme la taille des types varie en fonction de l'architecture... que certaines archis sont big/little endian....
Que les UNIX ont été mis sur de multiples archis (la liste est longue et TRES doiversifiée)... alors je réponds "non" à beaucoup de choses précédentes dont principalement le "fwrite"/"fread"...

Parce que écrire un int sur un 8086, puis le lire avec un Alpha avec le même programme C recompilé de l'autre côté.... ça ne le fera sûrement pas...

---

(u)intXX_t et htoln ;)

Ca sent le #define avec un tas de fonctions...

C'est une bonne idée du coup pour rendre l'ensemble "réellement" portable à l'exécution et pas seulement à la compilation...

bonjour l'amis,
:calim2: j'ai rien compris dans cette discussion donner moi SVP une réponse exacte car à ce niveau là je sais pas qui est le juste et qui est le faux :? , est ce que je peux remplir mon fichier à savoir fichier text ou non avec des enregistrements ou non sans utiliser la méthode de Matelman , juste pour la confirmation c tout ,
a ce stade je remet mon problème non résolu jusqu’à me donnée une solution exacte et Merci tous pour l'effort .

Bonjour à toi.
Un fichier est une succession d'octet. Ca n'a pas de format.
Il faut programmer le format, en lisant les bonnes choses au bon endroit.

Si tu lis le fichier dans une fonction, et l'écrit dans une seule autre, c'est assez aisé.

Les 2 méthodes décrites plus haut fonctionnent.
Même l'écriture de structure si tu restes sur la même machine pour lire et écrire.

OK , merci l'amis :ccool: