Impossible de charger le fichier ou l'assembly ... Le paramètre est incorrect

Récemment, j'ai rencontré l'exception suivante au C# solution:

2 erreur impossible de charger le fichier ou l'assembly 'Newtonsoft.Json,
Version=3.5.0.0, Culture=neutral, PublicKeyToken=b9a188c8922137c6 " ou
l'une de ses dépendances. Le paramètre est incorrect. (Exception de
HRESULT: 0 x 80070057 (E_INVALIDARG))

Ce n'est pas en fonction de mon code ou sur le nom d'assemblée (comme Newtonsoft.Json dans ce cas).

Quand je supprime cette dll à partir de la solution, le compilateur dit sur l'autre dans la même exception. Donc je suppose que quelque chose doit être activée ou désactivée à mon PC 🙂

Pas de. Soit c'est une erreur de compilation ou à l'exécution d'exception. Je soupçonne ce dernier. Merci d'être plus clair.
J'ai également fait face à la même exception, mais j'ai réussi à la fixer avec Thomas de la solution.Le problème était dû à l'arrêt du système inadéquat en raison de panne de courant

InformationsquelleAutor Liker777 | 2011-11-25

c#compiler-construction compiler-errors exception

344

Ressemble à un corrompu de l'assemblée référencé.

Clair à la fois:
1. le dossier \bin de votre projet
2. le dossier temp (doit être C:\Users\your_username\AppData\Local\Temp\Temporary ASP.NET Files dans windows 7)
et voir si l'erreur se produit toujours
- alex merci beaucoup pour cette! la deuxième chose qui m'a aidé: j'ai nettoyé le temporaire ASP.NEt répertoire des fichiers )
- heureux d'entendre cela fonctionne. rappelez-vous d'accepter la réponse si elle a aidé 🙂
- voir la réponse de @Thomas pour d'autres endroits à supprimer (ce qui a fonctionné pour moi)
- Merci. De compensation de l'utilisateur dossier temp après un crash résolu le problème pour moi.
- Après la suppression des fichiers temporaires, l'erreur est toujours là. J'ai dû redémarrer mon ordinateur, puis l'erreur a disparu.
- %TEMP%\Temporary ASP.NET Fichiers C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Fichiers C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Fichiers C:\Windows\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Fichiers C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Fichiers C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET les Fichiers de Cette liste va croître comme si vous avez d'autres versions de la .NetFramework. Réponse Src: stackoverflow.com/a/16033324/1724777 stackoverflow.com/a/11743430/1724777 Raison De La Prob: BLUE_SCREEN_OF_DEATH
- A couru dans tout cela sur un MVC5 application concernant Antlr3.Moment de l'exécution. Merci.
- Je vous remercie pour cette. Parallels s'est écrasé lors de l'enregistrement du projet et a réussi à corrompre les références aux assemblées. Ce fixe parfaitement.
- Je suis également obtenir la même erreur, j'ai effacé le fichier bin de mon prjoect, toujours l'erreur est à venir.Toute aide ?
- vous avez sauvé ma journée !!!
- Merci !! m'a sauvé beaucoup de temps
- ses très utile pour moi, Merci beaucoup
- Ce en tandem avec les autres établissements énumérés à l' @Thomas réponse a fonctionné pour moi. Cela s'est produit après une panne de courant sur ma machine.
- Il m'a aidé 🙂 . Je vous remercie.
InformationsquelleAutor Alex
285

En fonction de si votre X64 vous pourriez avoir besoin pour nettoyer un couple de plus spots. Le nettoyage de mon répertoire de l'utilisateur n'était pas assez.
1. %TEMP%\Temporary ASP.NET Fichiers
2. C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Fichiers
3. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Fichiers
4. C:\Windows\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Fichiers
5. C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Fichiers
Cette liste va croître comme si vous avez d'autres versions du framework est installé.
- vous pouvez trouver ce que vous devez faire si votre ordinateur a bluescreened lors de la compilation
- Thnx!! Je savais que ce serait une sorte de corrompre le cache chose.
- +1 Bien compilé plus de la réponse. Ce qu'il est corrigé pour moi, merci
- Merci Thomas, a fonctionné pour moi aussi.
- Cela semble être la solution si vous exécutez Visual Studio en tant qu'Administrateur lorsque votre ordinateur tombe en panne ou alternativement, si vous êtes comme abruti comme moi-même, lorsque votre batterie s'épuise.
- J'ai bluescreened à plusieurs reprises lors de la compilation. Parfois clearing /bin dans le projet fonctionne. D'autres fois, cette solution fonctionne.
- Avait pour ce faire sur le serveur. Cela a fonctionné pour moi. Serveur juste et arrêt sans raison apparente, et quand elle est revenue, cette folie. Merci beaucoup pour votre aide. Je n'ai même pas de x64, mais de faire les étapes 2 & 3, ainsi que l'effacement de mon dossier bin, et le redéploiement des - qui a fait le tour.
- J'ai dû arrêter le service IIS pour ce faire, les dossiers étaient en cours d'utilisation par un processus, et il s'est avéré que IIS à l'aide de certains d'entre eux.
- la suppression de tous les fichiers de mon dossier x64 fait juste travailler pour le framework cible des applications.
- OMG! J'ai obtenu plus de 4 GO à partir de la préhistoire de projets de mine dans ces lieux! N'est-ce pas chose jamais nettoyer?!?! Merci!
- m'a beaucoup aidé.
- Voulais juste vous faire savoir que plus de 2 ans, ce post est toujours d'aider les gens. Merci beaucoup.
- Il travaille merci beaucoup..:) enregistrer mon temps
- il travaillera fr 32 bits également.
- C'est certainement une réponse plus complète!
InformationsquelleAutor Thomas
42

J'ai dû effacer

C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Fichiers

N'est qu'ensuite que le problème à résoudre.
- Merci homme , vous êtes un épargnant de vie.
- vous êtes le roi
- Cette réponse a fonctionné pour moi aussi, avec une version 64 bits de windows 7 pour machine hébergeant MVC 4 dans IIS Express
InformationsquelleAutor Sachin Kainth

Pour savoir ce clair pour vous - ajouter la clé de registre suivante:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLog (DWord set to 1).

Ensuite, vous verrez le résultat comme ci-dessous. Cela vous indique où asp.net essaye de charger votre Dll. Effacer ce répertoire.

LOG: This bind starts in default load context.
LOG: Using application configuration file: c:\app\AtlasAdvisor\web\web.config
LOG: Using host configuration file: C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet.config
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL **file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/3c8629f7/dfa387b6/Avanade.ViddlerNet.DLL.**
LOG: Attempting download of new URL **file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/3c8629f7/dfa387b6/Avanade.ViddlerNet/Avanade.ViddlerNet.DLL**.

Cette astuce m'a permis de résoudre facilement le problème. +1
Oh, et aussi, une réinitialisation des services internet était nécessaire pour moi de voir les chemins.
cette astuce a permis de
D'où vient ce journal d'affichage?
Le journal affiche dans la sortie d'erreur lorsqu'une exception se produit

InformationsquelleAutor voidsstr

12

Effacer le cadre temporaire des fichiers de votre projet en:-

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\

InformationsquelleAutor andy
5

Vous pouvez également effacer le répertoire packages et permettre NuGet de re-télécharger les paquets manquants

il a résolu le problème pour moi
- C'est celui qui a résolu pour moi.
- ...et moi, bien que j'ai supprimé le paquet concerné répertoire.
- J'ai supprimé le temps dans AppData temp & c:\...\micorosoft.net\..\temp, iisreset, ... tout mensioned ci-dessus. mais ne fonctionne pas avec moi. Une fois que j'ai supprimé tous les paquets et de les restaurer ... il travaille avec moi ... merci beaucoup 😀
- c'est un plaisir mec 🙂
InformationsquelleAutor megz
4

Supprimer tous les fichiers de ces dossiers .

C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Fichiers
C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporaire ASP.NET
Fichiers

InformationsquelleAutor Rakin
3

Arriver frais ensemble de binaires de contrôle de Source aidé.

Grâce

InformationsquelleAutor Asif
3

Juste effacer ce dossier: (uniquement sous windows x64)

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Fichiers

InformationsquelleAutor pixparker
2

Merci Alex votre deuxième point m'a aidé à résoudre ce problème.

Il semble que, sauf si vous exécutez visual studio en tant qu'administrateur sous Windows 7 il stocke vos fichiers temporaires sur place plutôt que de C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET les Fichiers.

Voir le blog suivant: http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx

InformationsquelleAutor Ant
2

J'ai eu le même problème ici - solutions ci-dessus ne fonctionne pas. Problème était avec ActionMailer. J'ai couru à la suite de désinstallation et d'installation nuget commandes
```
uninstall-package ActionMailer
install-package ActionMailer
```
Résolu mes problèmes, j'espère qu'il va aider quelqu'un d'autre.

InformationsquelleAutor LiamB
2

Cela peut se produire tout en référençant COM wrapper dll. Au sein de votre Projet Visual Studio, sous Références, sélectionnez le COM wrapper dll de la référence et de s'assurer qu'ils ont le les valeurs des propriétés suivantes: "Incorporer les Types Interop": False et Spécifiques "Version": Faux.
- C'est une excellente réponse et devrait obtenir plus upvotes. Toutes les autres réponses de prendre pour acquis ASP.NET contexte. Cependant, j'ai eu la même exception soulevée par un appel de COM dans une application Console simple; cela a fonctionné parfaitement pour moi. Je vous remercie monsieur.
InformationsquelleAutor Nemo
2

Je viens de supprimer ma température d'application des données à partir de ce chemin
```
C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files
```
Problème à résoudre

InformationsquelleAutor atik sarker
2

Je vois beaucoup de techniciens ont posté sur l'effacement des répertoires temporaires de ASP .Net au moment de l'exécution relatives à chacun et à tous .Net framework hébergé sur votre machine comme dans cette réponse. Mais je crois que nous devrions connaître le clair de la logistique pour expliquer pourquoi nous avons besoin de aveuglément tout effacer de travail temporaire répertoires de tous .Net cadres. Selon moi, il ne devrait pas être le cas.

Mon conseil serait que vous devriez essayer une broche de relever répertoire de compensation approche pour résoudre ce problème. Comment voulez-vous savoir quel répertoire pour effacer?
1. Aller dans IIS, puis cliquez droit sur votre site web nœud dans le volet de navigation de gauche pour ouvrir le menu contextuel. Dans le menu contextuel, pointez sur Manage Application -> Advanced Settings... pour ouvrir la Advanced Settings fenêtre.
2. Vérifier l'Application de la Piscine de votre site web est attribué. Dans mon cas, c'est DefaultAppPool comme indiqué ci-dessous:
1. Maintenant, allez à Application Pools nœud dans la barre de navigation de gauche dans l'IIS. Vérifiez maintenant que qui .Net CLR Version est en cours d'exécution par votre application de la piscine. Dans mon cas, c'est v4.0 comme indiqué ci-dessous:
Depuis la version CLR hébergé par mon application de la piscine est v4.0, donc je prcisely effacé uniquement les fichiers temporaires dans le dossier relatif à l'ASP .NET v4.0 seulement comme ci-dessous:
```
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files
```
Et c'est tout. Mon problème a été résolu.

Leçon apprise: Ceci est révélateur du fait que tous les fichiers temporaires utilisés par votre site web ne sont pas dispersés dans plusieurs répertoires, mais ils sont à la fois lieu d'être référé par votre pool d'application. Si vous avez besoin de vider ce dossier spécifique seulement.

InformationsquelleAutor RBT
1

De compensation C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Fichiers a fonctionné pour moi. La pensée de l'automatisation du processus de suppression pour éviter le problème à l'avenir.

InformationsquelleAutor stephen ebichondo
1

Si vous utilisez SQL Server 2012 Outils de Données, qui utilise le VS2010 shell au 1er Mai 2013, vérifier vos paramètres de Configuration Manager. Un nom de serveur de changement de Flux de travail pour xCPWorkflow suffisait de produire exactement la même Le paramètre est incorrect (Exception de HRESULT: 0 x 80070057 (E_INVALIDARG)) message.

InformationsquelleAutor SAinCA
1

Vous pouvez soit propre, construire ou de reconstruire votre application, ou simplement supprimer Temporaire ASP.NET Fichiers à C:\Users\YOUR nom d'utilisateur\AppData\Local\Temp

Cela fonctionne comme par magie. Dans mon cas, j'ai eu une liaison d'assembly question en disant impossible de charger le fichier bla bla bla

vous pouvez également consulter la solution 2 que http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St

InformationsquelleAutor Ifeanyi Chukwu
0

Le problème est lié à l' .Net runtime version référencée bibliothèque de classe (étendus références, sélectionnez la bibliothèque et vérifier la "Version d'Exécution". J'ai eu un problème avec Antlr3.De l'exécution, après la mise à jour de mon projet visual studio pour v4.5. J'ai utilisé NuGet pour désinstaller Microsoft ASP.NET Web Optimisation Cadre (en raison d'une chaîne de dépendances qui m'a empêché de désinstallation Antlr3 directement)

J'ai ensuite utilisé NuGet de réinstaller Microsoft ASP.NET Web Optimisation Cadre. Cette réinstallé la bonne versions du moteur d'exécution.

InformationsquelleAutor JTC
0

Dans mon cas, j'ai voulu compiler un COM visibles DLL. Le problème était qu'une ancienne version de cette DLL est situé ici:
```
C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE
```
Donc Visual Studio chargé de cette version à la place de la nouvellement compilé, il a essayé de l'enregistrer.

InformationsquelleAutor dummy
0

Effacer tous les fichiers à partir du dossier temporaire (C:\Users\user_name\AppData\Local\Temp\Temporary ASP.NET Files\dossier de projet)

InformationsquelleAutor Kaushal
0

Parfois, vous avez, également, la nécessité de nettoyer ce dossier: C:\Windows\Temp\Temporary ASP.NET

InformationsquelleAutor Eriendel
0

J'ai fait face à la même erreur, car l'application ne trouve pas dépendante des cadres de C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\ dossier. Je viens de réparer mon Visual studio qui a ajouté un cadre dans l'emplacement ci-dessus et il fonctionne bien.

InformationsquelleAutor Vijay Kumbhoje
0

Dans mon cas, la modification de la IISExpress numéro de port dans mon propriétés du projet, a résolu le problème.

InformationsquelleAutor h3n
0

Si quelqu'un d'autre à l'aide de l'WiX toolset, j'ai découvert que mon projet de l'installateur avait une référence à un vieux projet qui a récemment été retiré de la solution. M'a fallu un moment pour réaliser puisqu'il y a un certain nombre de projets dans la solution que j'ai été de tenter de construire et le message n'indique pas le projet qui a échoué à construire (et propre, ce qui n'était pas aussi bien).

InformationsquelleAutor rusty
0

J'ai eu les utilisateurs de Siemens Teamcenter 10 Client pour Microsoft Office obtenir la même erreur sur une autre DLL. Aucune des autres réponses travaillé. La solution a été de supprimer les dossiers dans
```
C:\Users\%username%\AppData\Local\assembly\
```
InformationsquelleAutor Caleb Mauer
0

J'ai eu ce problème lors de la prise de contrôleur MVC. J'ai changé de version .net framework. Le problème a été résolu

InformationsquelleAutor Hossein Hajizadeh

Vous devez vous connecter pour publier un commentaire.