Injection de MSIL au runtime

:salut:

J'ai une fonction qui ressemble un peut à ça :

Code:

---

1 2 3 4 5

public virtual void SayHello(string name) { byte[] code = ... }

---

Dedans, code c'est le corps d'une fonction de la même classe avec la même signature (juste le nom qui change à priori) :

Code:

---

1 2 3 4 5

public virtual void Hello(string name) { Console.WriteLine(String.Format("Bonjour {0} !",name)); }

---

et donc code contient le code MSIL de :

Code:

---

Console.WriteLine(String.Format("Bonjour {0} !",name));

---

Donc directement du "bytecode".

Puis-je exécuter le code dans le contexte de SayHello, comme si j'avais mis la ligne "Console.WriteLine" dans SayHello ? J'ai pensé à utiliser DynamicMethod mais a priori avec on ne peut générer que des méthodes statiques (je veux pouvoir accéder à partir de mon code IL aux membres d'instances de la classe qui contient SayHello, et que la référence à This dans ce dernier soit bien la classe qui contient SayHello). J'ai regardé MethodRental aussi mais ça ne marche que sur les types générés dynamiquement. Comment puis-je alors faire ?

PostSharp ?

Que je sache postsharp c'est de la post-compilation non ? il modifie la dll une fois compilée et ensuite c'est cette dll qu'on exécute ... moi je suis dans le cas où j'ai déjà tout chargé et que je veux exécuter en live du code msil (ou plutôt du bytecode IL) dans le contexte de la méthode actuelle ...

http://www.postsharp.org/aop.net/runtime-weaving/

Tiens, sinon, simple curiosité : pourquoi du bytecode msil ?

Citation:

---

Envoyé par davcha

http://www.postsharp.org/aop.net/runtime-weaving/

---

Je vois pas comment m'en servir pour faire ce que je veux ...

Pourquoi ? délire ...
Je m'amuse à extraire le code d'une méthode via la réflection, j'ai donc un byte[] qui contient le code de la fonction. Et je veux l'exécuter dans une autre méthode mais qui es dans la même assembly et qui a les mêmes paramètres ... et j'y arrive pas.
En C/C++ cela reviendrais à exécuter directement du code x86 stocké dans un pointeur, et je veux faire pareil mais avec de l'IL ...

Oui, mais je vois pas pourquoi du bytecode msil, et pas un délégué, par exemple.

Bah en fait je souhaite pouvoir remplacer à la volée le code d'une méthode par un autre. Ce code je l'extrait à partir d'une autre assembly et je le met ailleurs, par exemple, dans une base de donnée. Après lors de l'exécution, je souhaite pouvoir le réinjecter à sa place dans la méthode (sachant qu'entre temps je l'ai viré de l'assembly).
Il n'y a pas vraiment d'enjeux à la faire, c'est simplement que je sais qu'on peut le faire en natif en hookant le JIT pour injecter à la volée du MSIL avant d'appeler le compilateur JIT. Sauf que j'aurai aimé le faire en purement managé ce qui passe donc par l'exécution d'un bloc de bytecode pure en mémoire.
Le code que je cherche est quelque chose qui pourrai me faire du genre :

Code:

---

1 2 3 4 5 6 7

public virtual bool MaMethode(string param) { byte[] code = _GetCode_("MaMethode"); _UnTruc_ = new _UnTruc_(code); return _UnTruc_.Invoke(param); }

---

Bonjour,

Je ne suis pas un pro de l'injection de MSIL. Mais je pense que j'ai une piste pour toi. Mono.Cecil te permet de modifier des assemblés comme tu le désires. Ajouter/modifier des méthodes à la volée.

http://www.mono-project.com/Cecil

Bonne chance.

Citation:

---

Envoyé par Archeone

Je ne suis pas un pro de l'injection de MSIL. Mais je pense que j'ai une piste pour toi. Mono.Cecil te permet de modifier des assemblés comme tu le désires. Ajouter/modifier des méthodes à la volée.

---

Justement non (du moins, il me semble). Mono.Cecil permet de charger l'assembly, de la modifier, mais ensuite pour l'exécuter on es obligé de sauvegarder de nouveau l'assembly sur le disque ou en mémoire pour ensuite la charger et l'exécution avec Assembly.Load. Sauf que j'aurai préféré ne pas avoir à faire cette étape (bien que si c'est vraiment impossible, je pense repasser par cette solution ...)

Je te conseil la formidable library open source dynamicutilities. Tu la trouveras ici http://www.codeplex.com/Dynamic.

Cette bibliothèque te permet facilement de faire de la reflection et faire des appels sur des methodes private par exemple ou encore executer du code msil à la volée. Pour le msil utilise la classe DynamicEmit.

Citation:

---

Envoyé par smyley

Bah en fait je souhaite pouvoir remplacer à la volée le code d'une méthode par un autre.

---

Jusque là, ok... Ca me fait penser aux délégués.

Citation:

---

Envoyé par smyley

Ce code je l'extrait à partir d'une autre assembly et je le met ailleurs, par exemple, dans une base de donnée. Après lors de l'exécution, je souhaite pouvoir le réinjecter à sa place dans la méthode (sachant qu'entre temps je l'ai viré de l'assembly).

---

Et là, curiosité toujours, je me demande quel est le but final de la manip.
Et accessoirement, je me demande si ça ne pose pas des problèmes de références manquantes... :aie:

Citation:

---

Envoyé par davcha

Et là, curiosité toujours, je me demande quel est le but final de la manip.
Et accessoirement, je me demande si ça ne pose pas des problèmes de références manquantes... :aie:

---

Cela me permettrai de charger du code dynamiquement en fonction de l'utilisateur actuel et de ses droits par exemple. Et non, normalement pas de problèmes de références vu que le code à la base était bien dans cette dll. Je l'ai par la suite extrait, mais juste lui, je n'ai pas touché au reste de l'assembly et c'est pour ça que je souhaite donc l'invoquer dynamiquement dans le contexte d'origine sans passer par une sauvegarde de l'assembly en entier.

Quid de la maintenabilité du truc ? :aie:

Mais arrêtez de casser mon délire ! :aie:
Je veux faire quelque chose, le pourquoi c'est pas ça l'important, mais j'ai vraiment envier de le mener à terme ... j'ai plusieurs petits trucs du même genre dans un dossier Experiments qu'il m'arrive parfois de réutiliser dans un de mes projets. Par exemple j'ai fait un petit Sudoku (cf. forum Mon programme) qui au départ était une expérimentation pour la génération d'une grille ... mais là je sèche vraiment je ne sais pas comment faire pour exécuter mon code il ...

Si ta dll est toujours là, pourquoi ne pas copier une référence vers ce qui doit être exécuté plutôt que de copier le code à exécuter ?

C'est à dire au lieu de sauvegarder le corps de la méthode à exécuter, tu ne sauvegardes que la signature de la méthode à exécuter. Genre son nom, ses arguments, ses modifieurs... Ensuite tu retrouves la méthode par réflexion quand tu as besoin de l'appeler...

Ca semble moins barbare. C'est ptet un peu barbare quand même remarque. :aie:

C'est pas amusant, parce que ça je sais faire.
Je veux pouvoir changer à la volée le code d'une assembly entre différentes versions disponibles et ce au niveau global sans devoir modifier le code appelant mais faire la modification on-the-fly directement sur l'assembly au chargement de cette dernière.

une facade + l'histoire de la réflexion du post précédent ?... :aie:

nop

Je crois que ta réponse est lcg :
http://msdn.microsoft.com/en-us/libr...micmethod.aspx