Discussion :

[Invité]

Bonjour,

avec Firemonkey, sous Windows et sur Mac Os est-il possible de mapper un fichier non persistant en mémoire (ou de créer un RAM-Disk) ? Un des composants FMX que j'envisage d'utiliser n'est capable de restituer son travail que sous forme d'un fichier. Je ne veux pas que ce dernier traîne ne serait-ce qu'un instant sur le disque dur : les fichiers mappés en mémoire non persistants semblent être une solution. Sous Windows avec les API, cela me semble jouable comme on peut le faire avec VCL. Mais avec Firemonkey, n'y a-t-il pas mieux et surtout plus portable ?

Merci. IW.

[ALWEBER]

De manière très simple du peux mémoriser ton fichier par un TStringList ou TMemoryStream

[Invité]

Bonjour,

De manière très simple du peux mémoriser ton fichier par un TStringList ou TMemoryStream

Oui je pourrais mais ce n'est pas ce que je cherche. Je ne veux pas mémoriser un fichier existant sur un disque mais créer un fichier directement en mémoire. L'idéal aurait été de créer un RamDisk, et ensuite d'y enregistrer le fichier que crée le composant.

par curiosité, comment ferais-tu cela sous VCL ?!

Le principe est ici : https://msdn.microsoft.com/fr-fr/lib...v=VS.110).aspx
Une réalisation l'illustrant, là : http://delphi-snippets.blogspot.fr/2...ng-memory.html. Je ne l'ai pas mise en oeuvre. J'en suis au stade de la recherche de faisabilité. On peut en trouver d'autres exemples (google << [delphi memory mapped files] ) mais malheureusement tous partent d'un fichier existant en dur et ce n'est pas ce que je cherche. Et créer un RamDisk me semble hors de portée.

Je vais contacter le fournisseur du composant. Peut-être y a -t-il moyen de sortir le résultat dans un TStream et non dans un TFile.

Cdlt.

[guillemouze]

Il faudrait savoir ce que prend en parametre ton composant.
J'ai deja mis en place une structure de ce type avec CreateFileMapping et MapViewOfFile, mais le lecteur et le redacteur utilisent tous deux ces fonctions, donc il n'y a pas de nom de fichier qui entre en jeu, juste un nom de "file mapping object", et je ne sais pas si il est possible de l'utiliser en tant que fichier. Il faudrait tester, tout dépend de la manière dont le fichier est traité par le composant.
Par contre, cette solution reste propre à windows.

[Paul TOTH]

Le principe est ici : https://msdn.microsoft.com/fr-fr/lib...v=VS.110).aspx
Une réalisation l'illustrant, là : http://delphi-snippets.blogspot.fr/2...ng-memory.html. Je ne l'ai pas mise en oeuvre. J'en suis au stade de la recherche de faisabilité. On peut en trouver d'autres exemples (google << [delphi memory mapped files] ) mais malheureusement tous partent d'un fichier existant en dur et ce n'est pas ce que je cherche. Et créer un RamDisk me semble hors de portée.

d'accord, je connaissais le principe des fichiers physiques mappés en mémoire, mais je ne savais pas que l'on pouvait mapper un espace mémoire sans fichier associé....ou plus exactement associé au paging système comme expliqué dans la fonction CreateFileMapping avec un handle INVALID_HANDLE_VALUE.

ceci dit cela ne donne pas un fichier virtuel dans lequel on pourrait écrire comme un RAM Drive

Dans le genre j'ai aussi exploré à une époque les Shell extensions pour avoir un accès à un dossier virtuel, mais là non plus il ne s'insère pas dans la gestion des fichiers classiques.

Je vais contacter le fournisseur du composant. Peut-être y a -t-il moyen de sortir le résultat dans un TStream et non dans un TFile.

Cdlt.

ça me parait de loin le plus simple

[Paul TOTH]

Bonjour,

avec Firemonkey, sous Windows et sur Mac Os est-il possible de mapper un fichier non persistant en mémoire (ou de créer un RAM-Disk) ? Un des composants FMX que j'envisage d'utiliser n'est capable de restituer son travail que sous forme d'un fichier. Je ne veux pas que ce dernier traîne ne serait-ce qu'un instant sur le disque dur : les fichiers mappés en mémoire non persistants semblent être une solution. Sous Windows avec les API, cela me semble jouable comme on peut le faire avec VCL. Mais avec Firemonkey, n'y a-t-il pas mieux et surtout plus portable ?

Merci. IW.

par curiosité, comment ferais-tu cela sous VCL ?!