Say you’ve just installed some assemblies from a third party and now you’re seeing a MissingMethodException, MissingFieldException, or TypeLoadException (during the run of an application using those assemblies). Below are the common causes.
First, check for assembly binding failures by getting the Fusion log. Look for the assembly containing that method/field/type or assemblies containing types referenced by it. If an assembly failed to load, use the instructions at the same link to help resolve that issue.
Unexpected assembly version loaded
But, if that’s not the problem, turn on the Fusion log for everything – not just failures – and check to see if the wrong version of those assemblies is being loaded. Look at the display names requested. Are any requesting outdated versions, even after policy has been applied (see further down in the log for the post-policy display name)? If so, you may want to recompile part of your app so that it has current references.
Loaded from unexpected path
If that doesn’t help, run filever.exe on the file at the path it was loaded from. You can get that from the loaded modules list in a debugger. It’s also the last path listed in the Fusion log, for a successful log (if it’s in the GAC, no path is listed). Make sure it is the same path as you would expect.
Not in this version of the assembly
Next, run ildasm.exe on the file at the path it was loaded from at runtime. Make sure that the method/field/type is there and is defined how you would expect it. Maybe the file has changed, adding or removing methods or the like, but the assembly version and location have stayed the same.
Now, try running peverify.exe on the file containing the method/field/type using the path it was loaded from at runtime. If it gives an error, check back to see if there was a warning at compile-time for this file.