Acceder à la mémoire allouée à un autre processus Windows
Bonjour,
j'ai un problème de taille, ça fait une semaine que je cherche une solution en VB[.NET] mais je ne trouverais pas tout seul, j'ai besoin de votre aide si vous voulez bien :D
J'ai fait un utilitaire (VB / Visual Studio 2005) associé à un jeu vidéo. Cet utilitaire est basé sur un OCX fourni gracieusement par un programmeur mais malheureusement il ne s'en occupe plus trop et les sources ne sont pas dispo.
L'utilitaire (l'OCX plutot) consiste à aller lire des zones mémoires allouées à un jeu qui tourne sous XP (GTR2.EXE pour être précis). Mon programme ne fait que mettre en forme ses données pour épauler le pilote lors des courses de simulation et les afficher sur un 2eme écran en dualview ou sur un autre PC puisque j'ai implémenté le mode réseau (screenshoot ci-dessous).
http://fish.alekhine.free.fr/MotecAdd/StyleLCD.jpg
J'ai déjà repéré certaines zones de mémoire de GTR2.EXE qui me donneraient les infos dont j'ai besoin pour me passer de l'OCX (grâce à IDA Pro etc...), mais avant d'aller plus loin dans mes recherches j'aurais besoin de tester et donc d'acceder effectivement à ces zones RAM à partir de mon programme.
J'ai les Offset... ma question est : comment, à partir de VB, obtenir la partie l'adresse de chargement en ram de l'autre programme pour pouvoir la lire ?
à l'époque du DOS j'aurais sauter sur mon éditeur favori et j'aurais compilé avec TASM, ou encore j'aurais tapé du code asm dans TP6 ;)
par contre dans la structure windows je suis à la rue, gravement :/
Si vous pouviez m'indiquer la façon de faire, une piste, etc... je vous en serais très reconnaissant :)
désolé pour la longueur du message, j'ai préféré être précis sur la forme parce que quand on parle d'aller lire la mémoire d'un autre process windows ce n'est pas toujours pour la bonne cause...
Dans mon cas c'est pour faire plaisir à une communauté de pilotes, déjà plus de 800 personnes utilisent mon soft, j'aimerais bien aller plus loin, et en particulier arrêter d'être dépendant d'un OCX.
Merci.
Alek.
