Utilisation de canaux nommés (ou autre chose) en tant que fichiers en mémoire

Question

J'ai parcouru la documentation WinAPI pendant un moment, mais je ne semble pas pouvoir trouver de réponse. Ce que j'essaye de réaliser est de donner à un programme un nom de fichier qu'il peut ouvrir et travailler avec lui comme ce serait un fichier normal sur le disque. Mais je veux que cet objet soit dans la mémoire.

J'ai essayé d'utiliser des tubes nommés et ils fonctionnent dans certaines situations, mais pas toujours. Je crée un tube nommé et le transmets au processus fils en tant que fichier standard. Quand le processus existe, je recueille les données du tuyau.

program.exe \\.\pipe\input_pipe 

Face à certaines limites cependant. L'un d'eux est qu'ils ne sont pas rechercheables. La deuxième limitation est qu'ils devraient être ouverts avec exactement les bonnes permissions. Et le troisième que j'ai trouvé est que vous ne pouvez pas pré-mettre des données dans un tuyau duplex avant qu'il ait été ouvert à l'autre extrémité. Y a-t-il un moyen de surmonter ces limitations des tuyaux nommés?

Ou peut-être existe-t-il un autre type d'objet qui peut être ouvert avec CreateFile, puis accédé avec ReadFile et WriteFile. Jusqu'à présent, la seule solution que je vois est de créer un pilote de système de fichiers et de mettre en œuvre toutes les fonctionnalités moi-même. Juste pour clarifier, je voulais souligner que je ne peux pas changer le programme enfant que je cours. L'idée principale est de donner à ce programme quelque chose qu'il pense être un fichier normal. MISE À JOUR: Je ne suis pas à la recherche d'une solution impliquant l'installation de logiciels externes.

Answer 1

Memory-mapped files vous permet de faire ce que vous voulez.

EDIT:

En relisant la question - puisque le programme de réception utilise déjà CreateFile/ReadFile/WriteFile et ne peut pas être modifié, cela ne fonctionnera pas. Je ne peux pas penser à un moyen de faire ce que l'OP veut en dehors de la solution RAMDisk de tiers ou auto-écrite.

Answer 2

La solution la plus simple pourrait être, comme vous semblez le suggérer, d'utiliser a Ramdisk pour faire correspondre un lecteur virtuel à la mémoire. Alors évidemment, tous les fichiers que vous écrivez ou lisez à partir de ce lecteur virtuel seront complètement contenus dans la RAM (en supposant qu'il ne soit pas paginé sur le disque).

Je l'ai fait quelques fois moi-même pour accélérer un processus qui était entièrement lié au disque.

Answer 3

Appelez CreateFile mais avec FILE_ATTRIBUTE_TEMPORARY et probablement FILE_FLAG_DELETE_ON_CLOSE.

Le fichier ne frappera jamais sur le disque à moins que le système ne dispose d'une mémoire physique insuffisante.