Discussion :

[Alekhine]

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

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).



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.

[Alekhine]

Bonjour,

j'ai une piste en VB : ProcessThread.StartAddress

Le problème c'est que j'ai listé quelques processus en collectant StartAdress pour chacun d'eux et.... cette méthode m'indique la même adresse pour quasi tous les process en cours sur ma machine :/

Or dans l'aide Visual Studio je lis ceci :

Chaque thread Windows commence en réalité par s'exécuter dans une fonction fournie par le système, plutôt que par l'application. Par conséquent, l'adresse de départ du thread principal est identique (car elle représente l'adresse de la fonction fournie par le système) pour tous les processus Windows du système. Cependant, la propriété StartAddress vous permet d'obtenir l'adresse de la fonction de démarrage spécifique à votre application.

Il se trouve que non... ou alors j'ai mal compris ?

[Alekhine]

C'est bon, j'ai trouvé : API windows... notamment "ReadProcessMemory" et tout le bastringue

++