Home/ Questions/Q 6538757
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-25T10:46:27+00:00

I used to believe that if we got a Debug build it didn’t really

  • 0

I used to believe that if we got a Debug build it didn’t really matter whether:

  1. We ran it.
  2. Or we debugged it.

everything would be the same.

However recently I ran into 2 different problems, where its clear that something is different when the code is just run, or when it is debugged, even if version of code is supposedly the same.
(namely Fluent NHibernate cannot load MySql.Data from GAC in debug mode of a test
and Npgsql – Specified method is not supported)

I am wondering what is that difference between those two in .NET 4.0? Understanding whats different could probably help me solve the issues I am having because I’ll at least know where to look for possible causes of bugs in those different cases. I don’t understand it when I run unit tests its all green, but when I try to debug them I get various exceptions thrown..

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    The weapon of choice for assembly resolution problems is fuslogvw.exe, it shows you where it looked for an assembly and what configuration is being used to tell the CLR where to find the assembly.

    There is a secondary failure mode with the kind of assemblies you are having trouble with. These dbase providers are often managed wrappers that rely on unmanaged DLLs to get the job done. Windows must be able to find those DLLs. That tends to fail if they are not copied to a directory that’s on the PATH or copied into the same folder as the main EXE. Carefully read the deployment instructions for these wrappers.

    • 0