Convertir un char* en FILE*

Bonjour à tous,

Je vous explique la situation avant de dire que je suis tordu du cerveau lol.
J'ai un fichier .dat qui contient plusieurs images. Lorsque je charge une de ces image, les données binaires du fichier image se retrouvent en mémoire. J'ai donc accès à ces infos par l'intermédiaire d'un buffer d'ou le char* (fichier image= fichier binaire -> suite d'octets). J'ai une fonction qui fait un certains nombre de traitements sur les images et cette fonction prend en paramètre le nom du fichier. Je souhaiterai adapter cette fonction à mon buffer en mémoire.

Par exemple, j'aimerai pouvoir faire quelquechose du genre:

Code:

---

1 2 3 4

char *buffer; ... fread (header, .... buffer);

---

au lieu de :

Code:

---

1 2 3 4

FILE *fp; ... fread(header,...fp);

---

J'essai de remplir correctement la structure FILE mais le programme se bloque dans le fread lorsqu'il veut accèder au handle du fichier étant donné que celui-ci est faux.

Donc si vous avez des idées ou des suggestions n'hésitez pas.

Merci

Ce n'est pas possible de maniere standard. Deux solutions:
- soit utiliser des extensions (la libc de Linux permet ce genre de choses, voir sa doc; je n'ai aucune idee a quel point ce genre d'extension est rependue)
- soit ajouter une couche qui fera le dispatch au choix vers ton buffer ou vers des FILE*

Citation:

---

Envoyé par drcd

J'essai de remplir correctement la structure FILE mais le programme se bloque dans le fread lorsqu'il veut accèder au handle du fichier étant donné que celui-ci est faux.

---

Stop :!: Tu fais n'importe quoi. Il faut cesser le bricolage. Le C est un langage de professionnel, et non de bidouilleurs hasardeux...

Le contenu de la structure FILE n'est pas défini par le langage C. Il ne sert qu'a l'implémentation des fonctions. Tu n'as absolument pas pas le droit d'y modifier quoi que ce soit.

La seule façon d'ouvrir un fichier est d'utiliser fopen(). Point.

J'ai rien compris à ce que tu voulais faire, mais il est certain que cette méthode est fausse.

Essaye d'expliquer exactement le but final de l'opération sans essayer de trouver la solution. Règle de bon sens : on commence par définir le problème avant de le résoudre...

Le but final est de lire l'image au format TGA qui est stockée en mémoire et de l'afficher ensuite avec OpenGL. Pour faire ca, j'ai besoin de récupérer les infos du fichier. J'ai deja le code mais il utilise des FILE*. Dans ce code, je fais des fread, des fseek et des fgetc. Et je ne vois pas comment faire autrement que de simuler une ouverture de fichier pour lire mon image qui est en mémoire.

Autrement dit, je veux parser un fichier qui n'est pas stocké sur le disque dur mais qui est stocké en mémoire.

PS: Petite précision, je suis sous VS 2005.

1/ Tu peux regarder si tu veux si une extension de VS le permet -- je connais rien a Windows
2/ Sinon, tu ne peux pas le faire sans modifier ton code existant. Ce que tu peux faire alors pour minimiser les changements est de modifier ton code pour qu'il utilise des ABSTRACTFILE*, abstractgetc, etc... Dans le code des abstractXXX, tu testes ce que ton ABSTRACTFILE* est reellement et tu fais ce qu'il faut (une technique est d'avoir des pointeurs de fonctions dans l'ABSTRACTFILE), genre:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

struct AbstractFile { void* data; int (getc)(AbstractFile*); };   int abstractGetC(AbstractFile* f) { return f->getc(f); } ... int streamGetC(AbstractFile* f) { return fgetc((FILE*)f->data); }   AbstractFile* makeAbstractFromStream(FILE* s) { AbstractFile* result = malloc(sizeof result); result->data = s; result->getc = streamGetC; return result; }

---

Citation:

---

Envoyé par Jean-Marc.Bourguet

2/ Sinon, tu ne peux pas le faire sans modifier ton code existant. Ce que tu peux faire alors pour minimiser les changements est de modifier ton code pour qu'il utilise des ABSTRACTFILE*

---

Quitte à modifier le code, autant le faire en réimplémentant quelque chose de propre, à mon avis ...

Pourquoi ne pas créer un fichier y stocker ton image en mémoire ainsi tu pourras utiliser tes fonctions prenant des FILE * ...non ?

J'ajoute au message de ssmario2 : Un fichier temporaire créé avec la fonction tmpfile(). Elle fait partie du C standard :

Citation:

---

7.19.4.3 The tmpfile function

1. Synopsis
   Code:

   ---

   1 2	#include <stdio.h> FILE *tmpfile(void);

   ---

   Description
   
2. The tmpfile function creates a temporary binary file that is different from any other
   existing file and that will automatically be removed when it is closed or at program
   termination. If the program terminates abnormally, whether an open temporary file is
   removed is implementation-defined. The file is opened for update with "wb+" mode.
   
   Recommended practice
   
3. It should be possible to open at least TMP_MAX temporary files during the lifetime of the
   program (this limit may be shared with tmpnam) and there should be no limit on the
   number simultaneously open other than this limit and any limit on the number of open
   files (FOPEN_MAX).
   
   Returns
   
4. The tmpfile function returns a pointer to the stream of the file that it created. If the file
   cannot be created, the tmpfile function returns a null pointer.
   
   Forward references: the fopen function (7.19.5.3).

---

Citation:

---

Envoyé par Médinoc

J'ajoute au message de ssmario2 : Un fichier temporaire créé avec la fonction tmpfile(). Elle fait partie du C standard :

---

Et niveau performances ca donne quoi? C'est comme si je faisais une véritable ouverture de fichier ou pas?

Je dirais que ça dépend de l'implémentation.

Sous Windows, typiquement ça fait une ouverture de fichier avec les flags FILE_ATTRIBUTE_TEMPORARY et FILE_FLAG_DELETE_ON_CLOSE. Le FILE_ATTRIBUTE_TEMPORARY déconseille à Windows de vraiment toucher au disque, minimisant ainsi l'impact sur les performances.

Citation:

---

Envoyé par Médinoc

Je dirais que ça dépend de l'implémentation.

Sous Windows, typiquement ça fait une ouverture de fichier avec les flags FILE_ATTRIBUTE_TEMPORARY et FILE_FLAG_DELETE_ON_CLOSE. Le FILE_ATTRIBUTE_TEMPORARY déconseille à Windows de vraiment toucher au disque, minimisant ainsi l'impact sur les performances.

---

Ok merci beaucoup pour cette fonction. J'ai fais quelques tests de perfs (Sous Windows) et ca me conviens.