Discussion :

[butch]

Bonjour.
Il y a quelques années, nous avons acheté le composant scripter chez dream company.
Depuis, la société semble avoir disparu.
Depuis peu, des messages de violation d'accès sont apparus sur certaines machines (serveur windows 2008 64 bits)

En regardant dans le code, j'ai découvert que le composant écrit du langage machine dans un tmemorystream, puis associe un evt avec le code écrit dans le memorystream à l'aide de la fonction setmethodprop.

En mettant un point d'arrêt à l'adresse de la propriété memory du tmemorystream en vu cpu, je peux voir l'assembleur correspondant au code généré. il semble propre.
Mais lorsque le processeur saute à cette adresse, il y a une violation d'accès.
Le code écrit dans le memorystream n'est pas dans la partie segment de code et je suppose que c'est pour cela qu'il y a une violation d'accès.
(Bien que ça ne pose pas de pb sur d'autres os)

Je cherche donc une solution pour fixer ce bug.

Soit en trouvant un moyen pour écrire dans la partie segment de code, soit pour autoriser l'execution du code qui se trouve dans le memorystream ( le heap je suppose)

J'ai regardé du côté de la fonction writeprocessmemory, mais comment trouver une adresse à laquelle je peux écrire ?

(J'ai déjà regardé le composant tmsScripter, et il ne me permet pas de remplacer le composant de chez dream company)

[ShaiLeTroll]

En même temps, DC génère un code x86 32Bits, il n'est pas surprenant que sur un OS 64 bits qui émule le 32Bits qu'il y ait quelques mauvaises surprises !

Il me semblait que TMS avait repris Dream Script, à la différence que DC proposait toutes les unités par défaut (DCClasses, DCControls ...), ce qu'il faut faire manuellement avec TMS (ce qui est extrêmement fastidieux)

Faudrait regarder VirtualProtect\VirtualProtectEx en PAGE_EXECUTE_READWRITE, en fait, tu n'as pas le droit d'écrire dans le "code segment" mais tu peux changer les droits comme dans le sujet Injection d'opcodes au runtime, je ne peux pas t'en dire plus, je n'ai jamais tenté ce genre de chose, j'ai déjà du mal a écrire un petit code ASM, alors en générer à la volée

C'est un gros travail en perspective !

[butch]

Merci beaucoup pour ton aide.
Les liens que tu m'as donné vont me donner des pistes.
Entre temps, j'ai trouvé comment désactiver le DEP pour mon application et du coup, cela marche.

Le code généré par dc fonctionne donc même pour une machine 64 bits. l'application étant installé comme application 32 bits.

Je ne sais pas si tms a repris le composant de dc, mais celui de dc était fournit avec un générateur de source pour pouvoir intégrer n'importe quel composant tiers. C'est surtout cela qui me manque dans le composant de tms.

[butch]

ça marche !!

L'utilisation de VirtualProtect et PAGE_EXECUTE_READWRITE résoud le pb !

Merci !

[kheironn]

T'es trop fort le Troll!