Exception de HRESULT: 0x80131047
j'ai ce problème chaque fois que j'essaie de déboguer mon projet:
c'est en français, voici "ma" traduction:
"Erreur lors de la tentative d'exécution du projet: échec du chargement de l'assembly" DBZ buu's Fury Text Editor "ou l'une de ses dépendances. Le nom d'assembly ou la base de code donné n'était pas valide. (Exception de HRESULT: 0x80131047)"
quelqu'un peut-il m'aider s'il-vous-plaît ?
Merci, Omar
Projet> Propriétés du projet> Nom> supprimez le "'" du nom, et cela fonctionnera :)
Si vous utilisez Assembly.Load () pour charger le fichier, essayez de le modifier avec Assembly.LoadFile () à la place.
Ce n'est pas nécessairement lié à cela comme dans mon cas ...
Tout d'abord, je voudrais dire qu'il s'agissait d'un problème très difficile à résoudre car il peut y avoir de nombreuses variables menant au problème réel lié aux assemblages.
Je travaillais donc sur un complément Outlook 2010 ciblant la version 32 bits d'Office. Tout fonctionnait bien jusqu'à ce qu'un jour hors du blues, le complément ne se charge plus et on m'a présenté une erreur " HRESULT: 0x80131047 " . Après avoir cherché près d'une demi-journée, j'ai trouvé un article de Nice:
http://blogs.msdn.com/b/astebner/archive/2007/05/06/2457576.aspx
J'ai essayé d'ajouter l'assembly au cache global, mais je n'ai pas pu. Heureusement, j'avais un projet presque identique qui fonctionnait très bien et j'avais déjà effectué des vérifications de comparaison et tout semblait le même, mais lors de cette passe, j'ai trouvé quelque chose de différent ... car il s'est avéré que le processeur cible de la plate-forme était réglé sur 64 bits donc je l'ai changé en " Tout " et le tour est joué! - cela l'a réparé!
Oui, je change juste le nom de mon projet "Projet Taqi" en Projet Taqi et il fonctionne correctement.
J'avais un fichier.\Properties\licences.licx non valide qui causait ce problème. Ce fichier est généré automatiquement par les composants DevExpress.
Je viens de supprimer ce fichier et le tour est joué: Build Succeeded.
J'avais un fichier App.Config invalide qui causait cela.
D'une certaine manière, il me manquait la balise de fermeture finale de l'élément principal.
</Configuration>
Ce message sur le forum MSDN indique que vous devez supprimer les caractères "spéciaux" tels que les barres obliques, les virgules ou les apostrophes du nom de votre assembly pour éviter cette erreur.
Si cela ne le résout pas, une autre suggestion consiste à décocher "Activer le processus d'hébergement Visual Studio" dans l'onglet Déboguer.