
Signature
-----------------------------------
Ken Varn
Senior Software Engineer
Diebold Inc.
EmailID = varnk
Domain = Diebold.com
-----------------------------------
The bottom line is that GAC is a deployment feature, not a development
feature. During development you don't have to mess with the GAC. Only when
you are ready to build the setup, you decide if your DLLs are shared among
apps and therefore they go to the GAC.
See for example:
http://dotnetjunkies.com/WebLog/anoras/archive/2005/11/29/134046.aspx

Signature
Best regards,
Carlos J. Quintero
MZ-Tools: Productivity add-ins for Visual Studio
You can code, design and document much faster:
http://www.mztools.com
> Is there any particular reason why VS.NET 2003 does not list assemblies in
> the GAC when trying to add a reference?
[quoted text clipped - 5 lines]
> registry
> listing..
javatopia - 19 Oct 2006 16:12 GMT
Hi,
VS2003 caches the GAC contents. So, if you have VS running, open the "Add
Reference" dialog, then later install some assemblies into the GAC, they will
*NOT* show up in the "Add Reference" dialog. Very frustrating, to be sure.
This is fixed in VS2005 from what I can tell.
Carlos' advice about the GAC is solid. Avoid trying to reference any GAC
assemblies that you own in your development projects during the course of
development. That will cause you grief in the long run. Having tight control
over what assemblies are being reference in your projects may make your life
easier as a programmer.

Signature
Jacob W Anderson
---
http://www.beyond-ordinary.com
http://www.accessquery.com
---
If you think it''s expensive to hire a professional to do the job, wait
until you hire an amateur.
> The bottom line is that GAC is a deployment feature, not a development
> feature. During development you don't have to mess with the GAC. Only when
[quoted text clipped - 14 lines]
> > registry
> > listing..