Windows Forms application, exception au démarrage: Impossible de charger System.XML

Question

Mise à jour : Je l'ai essayé d'utiliser fuslogvw.exe pour obtenir les journaux. Mais que suis exactement que je cherche? Malheureusement, les journaux sont en danois qui est extrêmement ennuyeux (Apparemment, quelqu'un a pensé que la traduction de tout literaly en erreur danois à l'intérieur log-messages serait une bonne idée, mais il rend essentiellement Google inutile: je dois deviner le texte anglais original pour obtenir bons coups, grrrr). Je pense que la traduction devrait aller quelque chose comme: « LOG: Lancer bind de System.Windows.Forms.resources d'image d'origine, Version = 2.0.0.0, Culture = da-DK, PublicKeyToken = b77a5c561934e089.  WRN:. Aucune image originale n'a été trouvé »

Je suis tout à fait nouveau dans ces journaux, si les suggestions sont toujours velcome.

J'ai une application Windows Forms, qui stocke les paramètres à l'aide Properties.Settings ... J'ai récemment téléchargé et installé une autre application .Net. Maintenant, tout d'un coup ma propre application Windows Forms lance une exception immédiatement lors du démarrage (où je tente de charger les paramètres). L'erreur dit quelque chose comme « fichier ou l'assembly System.Xml, Version = 2.0.0.0, PublicKeyToken = b77a5c561934e089 ou une de ses dépendances ne pouvait pas être chargé. Le module devrait contenir un assemblymanifest ».

Je n'ai pas la moindre idée de l'endroit où chercher la cause de cette erreur, car le dossier d'assemblage Windows \ contient System.Xml avec la version correcte et publique, touche.

Les suggestions sont les bienvenus, en particulier en se référant à la documentation .Net je lire sur, car je pense que c'est un grand écart dans mes connaissances .Net.

Merci!

Answer 1

Ceci est en partie une supposition, mais il vaut la peine d'essayer.

Jetez un oeil dans votre fichier app.config. Cherchez toute configuration qui fait référence System.XML. Si vous en trouvez, essayez de supprimer le numéro de version de la liaison. J'ai eu le même genre de problème avec plusieurs versions de la bibliothèque de l'entreprise.

Si cela ne vous aide pas, vous pouvez utiliser la visionneuse de journal ensemble de fixation ( fuslogvw.exe ) pour obtenir plus d'informations sur l'échec de liaison. Vous devez démarrer et activer la journalisation de toutes les liaisons (ou seulement des échecs si vous préférez), alors assurez-vous que vos journaux sont effacés, exécutez votre application, actualisez et regarder à travers les journaux de liaison pour l'échec System.XML. Cela vous donnera des informations sur l'endroit où le moteur d'exécution est à la recherche de l'assemblage, et pourquoi la liaison a échoué.

Answer 2

Assurez-vous que .NET 2.0 est installé sur votre machine (si seulement .NET 3.0 est installé, il ne suffit pas). Pourriez-vous s'il vous plaît fournir plus d'informations sur la version cadre de votre demande initiale est compilé? Faites-moi savoir si elle a aidé