Discussion :

[fahdijbeli]

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 :

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

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 :

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

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 .

[Metalman]

Aaaah !
Mon cher forumeur... si tu faisais du COBOL ou du travail sur Mainframe... la vie te serait facilitée !
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 :

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

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

Ecrira sur chaque ligne un entier

[fahdijbeli]

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é .

[Obsidian]

Aaaah !
Mon cher forumeur... si tu faisais du COBOL ou du travail sur Mainframe... la vie te serait facilitée ! 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.

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 :

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

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.

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.

[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...

[Neckara]

Bonjour,

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

[Metalman]

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...