Discussion :

[despeludo]

Bonjour à tous !

Je suis en train de développer un petit programme permettant d'analyser des assemblies .net. Le programme en question se trouve dans un répertoire contenu dans le PATH windows de sorte qu'il puisse être appelé facilement en mode DOS/script....

D'un autre côté j'a un répertoire contenant une assembly à analyser ainsi que l'ensemble des assemblies dont il dépend.

Le problème survient lorsque mon programme cherche à charger une assembly (via la méthode Assembly.Load ou Assembly.LoadFrom). Le système ne semble pas trouver les assemblies dont dépend l'assembly principale.

En revanche, lorsque je copie mon programme dans le répertoire des assemblies à analyser, le problème disparaît. A mon avis il doit y avoir un problème de contexte d'exécution que je ne sait pas trop comment résoudre.

Pour information, la syntaxe de la ligne de commande de mon programme est la suivante :

MonProg.exe NomDelAssembly (sans le .dll).

Merci pour vos réponses.

[BCmDev]

Peux-tu mettre l'erreur remontée ?
NomDelAssembly, c'est uniquement le nom de l'assembly ou le chemin complet ? Si tu ne fournis à Assembly.LoadFrom() que le nom du fichier, le chargement ne pourra se faire qu'à certaines conditions.

[despeludo]

En fait j'ai trouvé une solution qui consiste à traiter les erreurs de résolution de noms d'assembly.

D'après ce que j'ai compris le schéma de traitement est le suivant :

1) Chargement de l'assembly mère (trouvée par le système puisqu'on lui passe le chemin complet)
2) Tentative de chargement des assemblies dont dépend l'assembly mère ; les chemins de recherche par défaut sont le GAC et le répertoire d'exécution de mon programme dont pas le répertoire dans lequel se trouve l'assembly mère.

La solution consiste donc à surcharger l'événement Assembly.ModuleResolve qui à partir du nom de l'assembly à charger nous permet de faire un :
Assembly.LoadFrom(Directory.GetCurrentDirectory() + "\\" + assemblyName + ".dll");

et le tour est joué


A noter que GetCurrentDirectory nous revoie le répertoire dans lequel est exécuté notre programme et non pas celui où il se trouve, ce qui nous arrange bien.