pointeur FILE* sur fichier "virtuel"

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.

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

Citation:

---

Envoyé par aymeric__

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.

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

Citation:

---

Envoyé par aymeric__

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

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.

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:

---

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.

Citation:

---

Envoyé par Dark_Ebola

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

Citation:

---

Envoyé par David.Schris

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.