views:

149

answers:

5

I am a little confused about where .NET assemblies are physically located. Take good old Linq. In my web.config file it says:

<add assembly="System.Data.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>

This is the reference to Linq. But where exactly is the DLL this refers to located? There's no path in the above and it's not in my bin folder.

I also have what I think is a third party assembly reference:

    <add assembly="MapInfo.CoreTypes, Version=4.0.0.483, Culture=neutral, PublicKeyToken=F548BCBA69D4B8DA" />

How can I tell where this is located on my machine if it's not in the bin folder?

Also, if a dll is in the bin directory, can I assume that it doesn't need to be referenced in web.config?

+9  A: 

I think they are located in the GAC, which is located in %WINDIR%\Assembly

more info here http://www.codeproject.com/KB/dotnet/demystifygac.aspx

John Boker
Yours is likely at URL `file:///C:/Windows/Assembly/GAC/` (wish I could force that to be a link)
John K
What about MapInfo.CoreTypes, if that is third party where would it be located?
Petras
if it's been registered with the gac, it's probably located there. is it not there?
John Boker
@Petra. They *might* be gac'd. They might simply be whereever you installed them. Personally, I wish the GAC didn't exist and instead forced the apps to have their own BIN directories.
Chris Lively
unless it's being added as a reference just using the dll, as in the example here http://testdrive.mapinfo.com/TechSupp/MIProd.nsf/8248bf2b72f6949585257125006b035a/220c3abad4cd681785256f890054e4fc?OpenDocument , in which case it's located under the program files somewhere.
John Boker
The GAC is the new DLL Hell.
Anon.
These reasons are precisely why you need use the Assembly Binding Log Viewer (see my answer).
Mike Post
+4  A: 

Assembly and Fusion path probing is pretty complicated, and I suspect someone else is typing up a much better explanation than I could. I will say that typically .NET will resolve an assembly from one of two places - either it will find it in local directory, like the current directory, a bin subdirectory, or other place specified by the Fusion assembly-binding logic - or it will find it in the global GAC store, where assemblies can be registered and looked up by name, version, and a couple other attributes.

To address your specific question about the 'bin' directory, if you're using ASP.NET (which I assume from your reference to web.config), then yes, you don't need to include the path - ASP.NET will take care of whatever it needs to do in order to make .NET look for assemblies in the 'bin' directory.

Bruce
+3  A: 

Third party assemblies might not be in the GAC, see this msdn article for the set of rules.

Or, try the SysInternals filemonitor.

Chris O
+2  A: 

The short answer is: it depends on alot of things. The framework has its rules for how it loads assemblies. However, you can override this using the various config files (machine.config, etc). To find out where your assemblies actually live on a particular system, use the Assembly Binding Log Viewer. (It's part of the platform SDK. Just open up an SDK command shell and run fuslogvw.exe.)

Mike Post
+1  A: 

Assembly is placed can be found mostly in either of the following places

  • GAC - C:\Windows\Assembly\GAC (MS provided and third party in some cases)
  • Installation folder (most of the third party controls)

You can get path and other information about assembly by right click of assembly in your project references and selecting property.

Sharique