Discussion :

[Blo0d4x3]

Bonjour,

Pour une nouvelle app d'un client j'ai besoin d'executer un second programme lui aussi écrit en C#, je fais comme suis:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
Assembly asm = Assembly.Load(assemblyDatas);
MethodInfo Metinf = asm.EntryPoint;
object InjObj = asm.CreateInstance(Metinf.Name);
 
object[] parameters = new object[1];  
Metinf.Invoke(InjObj, parameters);

Rien de foufou quoi, le probléme c'est que ca amrche avec un executable codé en c# framework 4.5 compilé en x86, mais pas sur un second lui aussi codé en c# framework 4.5 compilé en x86, j'arrive pas à comprendre pourquoi. J'ai ce message d'erreur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Could not load file or assembly '56720 bytes loaded from app1, Version=1.0.8497.16358, Culture=neutral, PublicKeyToken=null' or one of its dependencies. An attempt was made to load a program with an incorrect format."}  System.Exception {System.BadImageFormatException}

(l'executable que je cherche à faire exécuter marche bien si on le lance manuellement)

D'après google ce message pointe sur un probléme d'archi de compilation, mais comme je l'ai dit (et vérifier 10 fois), elles sont les mêmes!

Si vous avez des explications, et une idée pour faire marcher cam merci d'avance!

[François DORIN]

Cette manière de procéder pour exécuter un autre programme est pour le moins atypique (puisque nécessite que le programme soit aussi en .Net, pour la même architecture) et qu'il sera non pas lancée indépendement, mais incorporé au programme actuellement en cours d'exécution.

La méthode "classique" est d'utiliser la classe Process.

Quant au message d'erreur, il indique que le programme ou une de ses dépendances n'a pas pu être chargée. Si le programme arrive a être lancé correctement via l'explorateur, c'est que toutes les dépendances sont normalement présentes. Le chargement manuel de l'assembly passe outre le processus classique de résolution de dépendance et peut donc générer ce type de problème.

Donc, à moins d'avoir une forte raison pour lancer le programme en chargeant manuellement l'assembly, je suggère l'utilisateur de la classe Process :

• qui lancera bien un second processus (donc meilleure isolation)
• qui résoudra de manière classique les dépendances
• qui permettra de charger un assembly n'ayant pas la même architecture (par ex. un x86 au lieu d'un x86-64 et inversement)
• qui permettra de charger un programme classique (et pas seulement un programme .Net)
• qui est plus classique, donc dont l'intention est plus facile à comprendre