FileLoadException Dll C++ / Appli C#

Bonjour à tous.

Voici mon soucis, qui n'en ai pas totalement un.

Nous avons un dll en C++ managed, qui est utiliser par notre WindowsForm. Jusque la pas de problème, l'intelisence fonctionne très bien tout est bien reconnu sans problème.

Premier problème survenu à la première compil : BadImageFormatException

après quelque recherche, nous trouvons qu'il faut lancer le build en x86 et non pas en anyCPU comme à la base.

Bref nouvelle compil qui se passe bien mais au lancement de l'appli sur la ligne

Code:

---

Application.Run(new Form1());

---

--> FileLoadException

au debut on pense au chemin d'accès mais rien n'y fait.

Après plusieur recherche nous découvrons que sur une machine 32bit aucun problème pour lancer l'appli, par contre sur la machine ou le programme est développer(64 bit) pas moyen de lancé l'appli.

Nous souhaitons savoir s'il y a un moyen de contourner ce problème ou si nous sommes obligés de faire 2 dll ( 1 pour le 32bit et l'autre pour le 64bit )


merci pour vos réponse

oups je crois ne pas avoir poster au bon endroit, milles fois désolés merci de déplacer si le sujet n'est pas au bon endroit!

Citation:

---

après quelque recherche, nous trouvons qu'il faut lancer le build en x86 et non pas en anyCPU comme à la base.

---

C'est bizarre pour du C++ managé. Pouvez-vous nous en dire plus ?
Ne serait-ce pas dû à l'utilisation d'une librairie ou d'une autre dll native qui n'existe qu'en 32 bits ?

L'explication la plus évidente est que vous avec votre code C# qui est compilé en AnyCPU et qui est donc 64bits sur une machine 64bits et qui n'aimera pas votre Dll [EDIT]32[/EDIT] bits.

Moi, je verrais pourquoi le AnyCPU ne marche pas et tenterait de circonscrire le problème dans la Dll C++ managé compilée en AnyCPU.

Si la librairie 32 bits qui met la grouille ne peut pas être circonscrite, utilisation d'une dll C non managé en wrapping de cette librairie.

Méthode à l'arrache pour satisfaire les managers qui comprennent rien : compilez l'application en x86 et pas en AnyCPU.

Bin en fait c'est la Dll qui doit être en 32bit, car c'était l'application windows form qui était en AnyCPU qu'on à passer en x86

Citation:

---

FileLoadException

---

Les traces ne donnent pas le nom du fichier qui pose problème ?

bin c'est la dll qui n'est pas charge par la machine 64bit, sinon elle se charge sans problème !

L'application C# est bien en x86 ?
Pouvez-vous nous donner la valeur des propriétés de l'exception comme Data, Message ou HResult ?

Citation:

---

Impossible de charger le fichier ou l'assembly 'RaceConAdminCommunication, Version=1.0.3853.13488, Culture=neutral, PublicKeyToken=null' ou une de ses dépendances. L’application n’a pas pu démarrer car sa configuration côte-à-côte est incorrecte. Pour plus d’informations, consultez le journal d’événements d’applications ou utilisez l’outil de ligne de commande sxstrace.exe. (Exception de HRESULT : 0x800736B1)

---

en detail :

Citation:

---

System.IO.FileLoadException was unhandled
Message=Impossible de charger le fichier ou l'assembly 'RaceConAdminCommunication, Version=1.0.3853.13488, Culture=neutral, PublicKeyToken=null' ou une de ses dépendances. L’application n’a pas pu démarrer car sa configuration côte-à-côte est incorrecte. Pour plus d’informations, consultez le journal d’événements d’applications ou utilisez l’outil de ligne de commande sxstrace.exe. (Exception de HRESULT : 0x800736B1)
Source=RaceConnection-Admin
FileName=RaceConAdminCommunication, Version=1.0.3853.13488, Culture=neutral, PublicKeyToken=null
FusionLog=""
StackTrace:
à RaceConnection_Admin.Form1..ctor()
à RaceConnection_Admin.Program.Main() dans F:\RaceConnection-Admin\RaceConnection-Admin\Program.cs:ligne 17
à System.AppDomain._nExecuteAssembly(Assembly assembly, String[] args)
à System.AppDomain.nExecuteAssembly(Assembly assembly, String[] args)
à System.Runtime.Hosting.ManifestRunner.Run(Boolean checkAptModel)
à System.Runtime.Hosting.ManifestRunner.ExecuteAsAssembly()
à System.Runtime.Hosting.ApplicationActivator.CreateInstance(ActivationContext activationContext, String[] activationCustomData)
à System.Runtime.Hosting.ApplicationActivator.CreateInstance(ActivationContext activationContext)
à System.Activator.CreateInstance(ActivationContext activationContext)
à Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssemblyDebugInZone()
à System.Threading.ThreadHelper.ThreadStart_Context(Object state)
à System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
à System.Threading.ThreadHelper.ThreadStart()
InnerException: System.Runtime.InteropServices.COMException
Message=L’application n’a pas pu démarrer car sa configuration côte-à-côte est incorrecte. Pour plus d’informations, consultez le journal d’événements d’applications ou utilisez l’outil de ligne de commande sxstrace.exe. (Exception de HRESULT : 0x800736B1)
ErrorCode=-2147010895
InnerException:

---

si vous comprennez :D

A en croire cette "discussion",
http://social.msdn.microsoft.com/for...-36a0b13ba0ca/
Je pense qu'il faire des vérifications du côté des C-Runtime installées en SxS sur les machines.

Citation:

---

Citation:

---

d’événements d’applications ou utilisez l’outil de ligne de commande sxstrace.exe. (Exception de HRESULT : 0x800736B1)

---

---

sxstrace.exe est peut-être notre ami. :aie:

oui mais je connais pas ce machin la, je me renseigne :D

bon je me suis renseigné mais pas moyen de lancer le sxstrace pour avoir un log :s

Vérifiez la version de la C-Runtime liée à votre dll et les versions installées sur les plateformes qui posent problème.
Vraisemblablement, il n'y a pas la bonne sur ces machines.

bon je trifouille dans tous les sens mais rien à faire ni l'appli ni sxstrace ne fonctionne.

c'est super frustrant !

Et la vérification de la C-Runtime ?
sxstrace utilise vraisemblablement la même C-Runtime que votre exe.
Même problème, même punition. :mouarf:

béh oui mais justement j'ai tout repris les dernière version des ancienne y a rien qui change :calim2: je déprime

Je ne vous demande pas de mettre à l'arrache les C-Runtime mais vérifiez que la C-Runtime nécessaire à votre programme est correctement installé sur la plateforme d'exécution.
Si ce n'est pas le cas, il faut lancer les packages d'installation (redistribuable) de celle-ci sur les machines d'exécution.

runtime version de la Dll c'est : v2.0.50727

mais sur les machine je suis déjà en v10. et des brouettes 8O

à mon avis y a un truc qui m'échappe là

je devrai le voir ou la version du runtime utilisé ?

runtime .Net != C-Runtime :aie:
Avec ILDASM ou Reflector, non ?

je vais essayer je te tiens au jus merci de ta patience

bon on a résolu le problème en passant l'apli en silverlight !

Merci quand même