Discussion :

[aymeric__]

Bonjour

J'utilise des fonctions qui prennent en paramètre un FILE*. Jusque là je n'avais pas de pb puisque je manipulais réellement des fichiers. Mais je veux aujourd'hui garder mes données en mémoire sans écriture sur le disque, mais en continuant à utiliser les mêmes fonctions.
Est-il possible d'obtenir un FILE* sur un fichier virtuel, de façon à ce que fopen, fwrite, ... fonctionnent toujours ? Je pense que oui puisque c'est ce qui est fait avec stdin, stdout et stderr, mais je ne vois pas comment.

Merci d'avance.

[Médinoc]

Non, il n'y a pas de fichier virtuel (.Net : MemoryStream, Java : ByteArrayOutputStream, MFC : CMemFile) en C standard.

[DaZumba]

Je pense que oui puisque c'est ce qui est fait avec stdin, stdout et stderr, mais je ne vois pas comment.

Sous Unix et similaires, les flux standards sont des fichiers.

[aymeric__]

ok, merci de vos réponses.
je vais trouver une autre solution.

[Emmanuel Delahaye]

J'utilise des fonctions qui prennent en paramètre un FILE*. Jusque là je n'avais pas de pb puisque je manipulais réellement des fichiers. Mais je veux aujourd'hui garder mes données en mémoire sans écriture sur le disque, mais en continuant à utiliser les mêmes fonctions.

Est-il possible d'obtenir un FILE* sur un fichier virtuel, de façon à ce que fopen, fwrite, ... fonctionnent toujours ?

Il n'y as pas de 'fichier virtuel' en C.

Par contre, si ton système supporte les disques virtuels, tu peux créer un fichier dedans (comme d'habitude, seul le chemin sera un peu différent).

L'accès sera extrèmement rapide, si c'est ça ton souci (et les données accessibles à d'autres programmes, hors des phases d'écriture, évidemment).

Bien sûr, à la mise hors tension, tout est perdu. Mais tu le savais déjà...

[Médinoc]

De plus, certaines plate-formes proposent des extensions pour des fichiers ainsi faits:
Sous Windows, par exemple: Le T majuscule (mon conseil: utiliser un #define plutôt que mettre le T en dur dans le code.

[granquet]

puisque la solution sous windows as ete donné, voici une approche sous linux (et la plupart des unix je pense)

dans une console en root tapper:

Code :

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

mount -t tmpfs tmpfs -o size=850M,nr_inodes=1M /mnt/tmpfs

pour 850Megs et 1Millions d'inodes. (a ajuster selon tes besoins)

a partir de la, ton dossier /mnt/tmpfs correspond a un bout de ta RAM dans lequel tu peux mettre tes fichiers temporaires.

[David.Schris]

a partir de la, ton dossier /mnt/tmpfs correspond a un bout de ta RAM dans lequel tu peux mettre tes fichiers temporaires.

...si tu as assez de RAM. Chez moi, un bout du dossier correspondra à un bout de ma partition de swap, donc à un bout de mon disque...comme un dossier "classique"...

Sinon, pour revenir sur le sujet principal : ce n'est pas parce-que les fonctions voulues n'existent pas qu'on a pas le droit de les écrire.
Créer un type "MYFILE" qui supporte les fichiers en mémoire et les fichiers "normaux" et des fonctions myfopen(), myfclose(), myfread(), etc qui gèrent ces fichiers ne doit pas être bien complexe (ou, de toutes façons, feraient un bon exercice).

[Emmanuel Delahaye]

Sinon, pour revenir sur le sujet principal : ce n'est pas parce-que les fonctions voulues n'existent pas qu'on a pas le droit de les écrire.
Créer un type "MYFILE" qui supporte les fichiers en mémoire et les fichiers "normaux" et des fonctions myfopen(), myfclose(), myfread(), etc qui gèrent ces fichiers ne doit pas être bien complexe (ou, de toutes façons, feraient un bon exercice).

Exact. Très bonne idée.