Version imprimable
Bonsoir,
j'aimerai savoir s'il est possible d'accéder à la mémoire qui a été créer par un autre programme en toute sécurité.
Par exemple: je donne l'adresse où se trouve le bloc mémoire de donnée au programme qui le souhaite.
Si oui, cela marchera que pour un programme de type C ou C++.
Mais si je souhaite passé par un autre langage, et donc lire le bloc mémoire d'un programme en cours, je ne pourrai pas.
y a t'il de réele solution, ou dois-je passer par un fichier temporaire ?
merci d'avance
Chaque processus a son espace d'adressage. Si tu essayes d'y accéder avec un autre programme ça segfault...
Tu dois projeter un fichier en mémoire (mmap?) pour obtenir de la mémoire partagée.
Tu dois aussi mettre en place un MUTEX pour éviter qu'on écrive/lise en même temps un même espace.
Si tu maîtrise le code source des deux programmes, tu peux utiliser la mémoire partagée (shmat, shmget, shm...).
Sinon, tu peux t'attacher à un process et mapper sa mémoire. J'avais fait un truc comme ça pour prendre une photo de la mémoire d'un process. Mais c'était statique, je ne pouvais pas voir la mémoire en temps réel. Le process était arrêté.
Je te poste le code des trucs que j'avais fait :
De mettre en place des mutex je vois très bien ce que c'est, mais ce qui est de projeter un fichier en mémoire ... :? sans doute ça: http://pubs.opengroup.org/onlinepubs...ions/mmap.html ?Citation:
Envoyé par Neckara
Je vais voir ça, merci pour tes codes sources :ccool:Citation:
Si tu maîtrise le code source des deux programmes, tu peux utiliser la mémoire partagée (shmat, shmget, shm...).
En fait je n'ai encore jamais projeté un fichier en mémoire car comme tous mes processus sont des threads, je peux accéder à la mémoire assez facilement.
Donc je ne saurais pas te dire.
Okay, en plus, ça me parrait un peu plus compliqué que de gérer des threads... (je me trompe peut-être)
...
Faut que j'y réfléchisse bien - si ça vaut la peine de faire comme ça.
Par contre, avec des threads, tu dois tout de même utiliser des Mutex.
Sinon, ça fait un certains nombres de sujets que tu créés, tu bosses sur un projet particulier?
Oui je sais.
Oui je travail sur un projet personnel.
Je pense que je le proposerai sur developpez quand ça aura un peu plus de forme. Mais bon c'est pas facile de débloquer-avancer, je passe de solutions à d'autres solutions.
Je pense que j'éviterai d'accéder à la mémoire comme ça, surtout que les 2 programmes serait des codes que j'aurai fait moi même, donc autant n'en faire qu'un programme au lieu de les séparer.
Je te conseillerais de te faire un MERISE.
Ainsi tu pourrais anticiper des problèmes et donc à ne pas à avoir à chercher des solutions.
De plus, on pourrait te donner des conseils sur la conception si tu nous parlais un peu de ton projet^^
la mémoire ça dépend de l'OS.Citation:
Envoyé par dafpp
Sous Windows par exemple il faut utiliser des API win32.
Chercher API Hooking, par exemple pour voir si l'autre programme appelle des API comme MemAlloc.
Mauvaise méthode : le noyau d'un OS peut très bien déplacer un programme placé en mémoireCitation:
Envoyé par dafpp
Si je ne dis pas de bêtise, dans certains OS, les adresses mémoires qu'on manipulent ne sont pas les vraies adresses.
On manipulerait en fait une adresse relative pour chaque programme :
exemple :
Début du bloc mémoire : adresse 0x14AFh
Nous on voit : 0x0000h.
Et toutes les adresses de ton programmes sont en fait des adresses relatives au début de ton bloc de mémoire.
Je vais prendre le temps de le faire alors.Citation:
Envoyé par Neckara
ah bah si en plus ça dépend de l'OS ça va pas aller.Citation:
la mémoire ça dépend de l'OS.
Sous Windows par exemple il faut utiliser des API win32.
C'est une mauvaise idée de ma part, je n'ai pas besoin de faire ça, autant l'éviter.