Hi,
Moreover, when you use file reference and point to a dll, when you compile
the Release version of the referncing project, you get the debug version of
the dll of the referenced project.
It means that if you point a dll reference you always get the same version
of the referenced dll for both Debug and Release and it does not get
automatically recompiled.
In this way, you:
- either are distributing and compiling with the debug version of the
referenced project (if you point to Debug dll)
- or are unable do debug the referenced project with the referencing project
(if you point to Release dll)
It's a good idea to reference to Release dlls if you have a closed, stable
project and have many projects in the solution and adding another one
becomes unhandy and makes the comile times longer.
Cezary Nolewajka
mailto:c.*********************@no-sp-am-eh-mail.com
remove all "no-sp-am-eh"s to reply
"Joe Mayo [MVP C#]" <jm***@nospamAtCSharpDashStation.com> wrote in message
news:uZ**************@TK2MSFTNGP11.phx.gbl...
"CJ Silin" <cj******@nospam.com> wrote in message
news:Xn*****************************@207.46.248.16 ...
When I create a reference to a project....do I point it to the "dll" of
the class which I am referencing or should I be pointing to something
else? I am actually pointing to the "dll" in the bin/debug folder.
Any Ideas as to what is going wrong?
Hi CJ,
You are using a file reference, which sounds like it is the root of your
problems. Instead, use a project reference by selecting Add Reference
from the project context menu, select the Projects tab of the Add Reference
dialog, select the library you want and click OK. This way, every time
you recompile the referencing project, it will ensure that the most recent
version of the library is available in its local directory.
I used to have all kinds of problems with this stuff until I read this:
Team Development with Visual Studio .NET and Visual SourceSafe
http://msdn.microsoft.com/library/de...ml/tdlg_rm.asp
Joe
--
http://www.csharp-station.com