Could not load file or assembly ... The parameter is incorrect

C#ExceptionCompiler ConstructionCompiler Errors

C# Problem Overview


Recently I met the following exception at C# solution:

> Error 2 Could not load file or assembly 'Newtonsoft.Json, > Version=3.5.0.0, Culture=neutral, PublicKeyToken=b9a188c8922137c6' or > one of its dependencies. The parameter is incorrect. (Exception from > HRESULT: 0x80070057 (E_INVALIDARG))

This does not depend either on my code or on the name of assembly (like Newtonsoft.Json in this case).

When I delete this dll from the solution the compiler tells about another in the same exception. So I suppose something shoud be turned off/on at my PC :)

C# Solutions


Solution 1 - C#

Looks like a corrupted assembly being referenced.

Clear both:

  1. the \bin folder of your project

  2. the temp folder (should be C:\Users\your_username\AppData\Local\Temp\Temporary ASP.NET Files in windows 7)

and see if the error still happens

Solution 2 - C#

Depending on if your are running X64 you might need to clean up a couple more spots. Just cleaning up my user directory was not enough.

  1. %TEMP%\Temporary ASP.NET Files
  2. C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files
  3. C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
  4. C:\Windows\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Files
  5. C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files

This list will grow as if you have other versions of the framework installed.

Solution 3 - C#

I had to clear

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

Only then did the issue get resolved.

Solution 4 - C#

To know what to clear for sure - add the following registry key:

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

Then you will see output like below. This tells you where asp.net is attempting to load your DLLs. Clear this directory.

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**.

Solution 5 - C#

Clear out the temporary framework files for your project in:-

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

Solution 6 - C#

You can also clear the packages directory and allow NuGet to re-download missing packages

it solved the issue for me

Solution 7 - C#

Delete all files from these folders .

> C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files > C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET > Files

Solution 8 - C#

Getting fresh set of binaries from Source control helped.

Thanks

Solution 9 - C#

Just clear this folder: (only windows x64)

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

Solution 10 - C#

Thanks Alex your second point helped me fix this.

It appears that unless you run visual studio as an administrator in Windows 7 it stores your temp files locally rather than C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files.

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

Solution 11 - C#

I had the same issue here - above solutions didn't work. Problem was with ActionMailer. I ran the following uninstall and install nuget commands

uninstall-package ActionMailer
install-package ActionMailer

Resolved my problems, hopefully will help someone else.

Solution 12 - C#

This can happen while referencing COM wrapper dlls. Within your Visual Studio Project, under References, select the COM wrapper dlls being referenced and ensure they have the the following property values: "Embed Interop Types": False and "Specific Version": False.

Solution 13 - C#

I just delete my application temp data from this path

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

Problem resolve

Solution 14 - C#

I see lot of techies have posted about clearing temporary directories of ASP .Net run-time pertaining to each and every .Net framework hosted on your machine as in this answer. But I believe we should know the clear-cut logistics as to why we need to blindly clear all of temporary working directories of all .Net frameworks. According to me, it should not be the case.

My advice would be that you should try a pin pointed directory clearing approach to resolve this issue. How would you know which directory to clear?

  1. Go to IIS and right click on your website node in left navigation pane to open the context menu. In the context menu point to Manage Application -> Advanced Settings... to open the Advanced Settings window.
  2. Check the Application Pool your website is assigned to. In my case it is DefaultAppPool as shown below:

enter image description here

  1. Now go to Application Pools node in left navigation bar in the IIS. Now check that which .Net CLR Version is being run by your app pool. In my case it is v4.0 as shown below:

enter image description here

Since the CLR version being hosted by my app pool is v4.0, so I prcisely cleared only the temporary files in the folder pertaining to ASP .NET v4.0 only as below:

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files

And that's it. My problem got resolved.

Lesson learnt: This is indicative of the fact that all the temporary files being used by your website aren't scattered across several directories but they are at once place being referred by your app pool. So you need to clear that specific folder only.

Solution 15 - C#

Clearing C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files worked for me. Thinking of automating the deletion process to avoid the issue in future.

Solution 16 - C#

If you are using SQL Server 2012's Data Tools, which uses the VS2010 shell as at May 1 2013, check your Configuration Manager settings. A server name change from Workflow to xCPWorkflow was enough to produce the exact same The parameter is incorrect (Exception from HRESULT: 0x80070057 (E_INVALIDARG)) message.

Solution 17 - C#

You can either clean, build or rebuild your application or simply delete Temporary ASP.NET Files at C:\Users\YOUR USERNAME\AppData\Local\Temp

This works like magic. In my case i had an assembly binding issue saying Could not load file bla bla bla

you can also see solution 2 as http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St

Solution 18 - C#

I had this problem when making controller in MVC. I changed version .net framework. The problem was solved

Solution 19 - C#

The problem relates to the .Net runtime version of a referenced class library (expaned references, select the library and check the "Runtime Version". I had a problem with Antlr3.Runtime, after upgrading my visual studio project to v4.5. I used NuGet to uninstall Microsoft ASP.NET Web Optimisation Framework (due to a chain of dependencies that prevented me from uninstalling Antlr3 directly)

I then used NuGet to reinstall the Microsoft ASP.NET Web Optimisation Framework. This reinstalled the correct runtime versions.

Solution 20 - C#

In my case i wanted to compile a COM visible DLL. The problem was that an older version of this DLL was located here:

C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE

Thus Visual Studio loaded this version instead of the newly compiled one, as it tried to register it.

Solution 21 - C#

Clear all files from temporary folder (C:\Users\user_name\AppData\Local\Temp\Temporary ASP.NET Files\project folder)

Solution 22 - C#

Sometimes you, also, need to clean this folder: C:\Windows\Temp\Temporary ASP.NET

Solution 23 - C#

I faced same error because application didn't find dependent frameworks in C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\ folder. I just repair my Visual studio which added required framework in above location and it working fine.

Solution 24 - C#

In my case, changing the IISExpress port number in my project properties, solved the problem.

Solution 25 - C#

If anyone else out there is using the WiX toolset, I discovered that my installer project had a reference to an old project that had recently been removed from the solution. Took me a while to realize since there are a number of projects in the solution I was attempting to build and the message did not indicate which project was failing to build (and clean, which was failing as well).

Solution 26 - C#

I had users of Siemens Teamcenter 10 Client for Microsoft Office getting the same error about a different DLL. None of the other answers worked. The solution was to delete the folders in

C:\Users\%username%\AppData\Local\assembly\

Solution 27 - C#

I Had the similar issue while opening Nuget Packet manager, I removed all the temp files and build the project, it worked fine.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionLiker777View Question on Stackoverflow
Solution 1 - C#AlexView Answer on Stackoverflow
Solution 2 - C#ThomasView Answer on Stackoverflow
Solution 3 - C#Sachin KainthView Answer on Stackoverflow
Solution 4 - C#voidsstrView Answer on Stackoverflow
Solution 5 - C#andyView Answer on Stackoverflow
Solution 6 - C#megzView Answer on Stackoverflow
Solution 7 - C#RakinView Answer on Stackoverflow
Solution 8 - C#AsifView Answer on Stackoverflow
Solution 9 - C#pixparkerView Answer on Stackoverflow
Solution 10 - C#AntView Answer on Stackoverflow
Solution 11 - C#LiamBView Answer on Stackoverflow
Solution 12 - C#NemoView Answer on Stackoverflow
Solution 13 - C#Mohammad Atiour IslamView Answer on Stackoverflow
Solution 14 - C#RBTView Answer on Stackoverflow
Solution 15 - C#stephen ebichondoView Answer on Stackoverflow
Solution 16 - C#SAinCAView Answer on Stackoverflow
Solution 17 - C#Ifeanyi ChukwuView Answer on Stackoverflow
Solution 18 - C#Hossein HajizadehView Answer on Stackoverflow
Solution 19 - C#Dave RussellView Answer on Stackoverflow
Solution 20 - C#dummyView Answer on Stackoverflow
Solution 21 - C#KaushalView Answer on Stackoverflow
Solution 22 - C#EriendelView Answer on Stackoverflow
Solution 23 - C#AirCode OneView Answer on Stackoverflow
Solution 24 - C#h3nView Answer on Stackoverflow
Solution 25 - C#rustyView Answer on Stackoverflow
Solution 26 - C#Caleb MauerView Answer on Stackoverflow
Solution 27 - C#Shreya SinghView Answer on Stackoverflow