2011-10-22 5 views

Répondre

13

Cette erreur signifie généralement que l'assembly n'a pas été trouvé. Essayez de vérifier que le fichier existe dans le répertoire où votre application est en cours d'exécution. Si vous ne parvenez toujours pas à déterminer quel fichier échoue, essayez d'utiliser un outil tel que Fusion Log Viewer (exécutez fuslogvw.exe à partir de l'invite de commande de Visual Studio), pour déterminer les fichiers que le CLR tente de charger et d'où , de sorte que vous pouvez voir exactement ce qui a échoué.

+6

... si le fichier est pas dans votre dossier de sortie et que vous attendez que ce soit, assurez-vous que pour la référence que vous avez défini'on' « Copie locale » dans la fenêtre Propriétés . –

+0

J'ai la même erreur mais j'ai vérifié les fichiers là dedans et j'ai placé la copie locale dans vrai mais l'erreur existe toujours ... –

13

J'ai rencontré le même problème, et la raison en était que j'ai compilé mes EXE et DLL sur une machine 32 bits pour "x86", car cela dépend de la bibliothèque C++ \ CLI compilée pour Win32. Ensuite, j'ai essayé d'utiliser cette bibliothèque sur une machine 64 bits à partir d'un processus 64 bits. Évidemment, le processus 64 bits ne peut pas charger les bibliothèques 32 bits, donc j'ai eu cette erreur, ce qui ne m'aide pas vraiment à comprendre le problème. Donc, la raison pourrait être que vous essayez d'utiliser la bibliothèque 32 bits à partir du processus 64 bits.

+0

Cette remarque a résolu une frustration que j'ai eue pendant les 90 dernières minutes. Cela a bien fonctionné sur mon autre système qui était de 32 bits! –

0

essayez d'aller à l'avance .. paramètres d'application Activer 32 bits de traitement .. si l'application a été construit dans le serveur .net 2.0 et IIS 7 est en cours

0

bâtiment sur réponse Nogard, essayez de la plate-forme de solution pour x86

enter image description here

Questions connexes