Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Visual Studio.NET / IDE / December 2005

Tip: Looking for answers? Try searching our database.

Reference path changes between rebuild all mode and debug mode

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Bruce Parker - 27 Dec 2005 16:11 GMT
I have an application that has several project references and fixed path
references.  When I perform a rebuild all, my project references for the
application point to each respective project's bin folder.  When I debug the
application, I can watch the project references redirect to another directory
location (all are pointing to the same directory and it will create the
directory if it doesn't exist).  The referenced dlls are all copied to this
directory.

I know somehow this path got hardcoded into the solution/project.  I cannot
find where to change this.

Can you please tell me how to get debug mode to use my project reference
path instead of the artificial path?
"Gary Chang[MSFT]" - 28 Dec 2005 03:46 GMT
Hi Bruce,

>When I debug the application, I can watch the project references
>redirect to another directory location (all are pointing to the same
>directory and it will create the directory if it doesn't exist).  The
>referenced dlls are all copied to this directory.

I think what your application referenced are the private assemblies, am I
right?

If so, would you please tell me how do you watch the project references has
been redirected to another directory location, and what is that directory?

If that directory is the application's output directory, then such behavior
is as expected. At run time, a reference must exist in either the Global
Assembly Cache (GAC, in the case of strong named assembly) or the output
path of the project. When you reference a .NET private assembly into your
application, you can find the reference's "Copy Local" property is set to
True by default, this setting will copy the referenced assembly to your
application's output directory.

Thanks!

Best regards,

Gary Chang
Microsoft Community Support
--------------------
Get Secure! ¡§C www.microsoft.com/security
Register to Access MSDN Managed Newsgroups!
http://support.microsoft.com/default.aspx?scid=/servicedesks/msdn/nospam.asp
&SD=msdn

This posting is provided "AS IS" with no warranties, and confers no rights.
Bruce Parker - 28 Dec 2005 04:27 GMT
Thanks for the reply.

Yes, these are private assemblies.  Nothing is being put into the GAC.  I am
able to watch the reference path change from their respective bin folders to
a Program Files folder I created at one time when I was browsing to the dlls
instead of a project reference.  The way to watch it is through the
Properties page of the project and selecting the references section (this is
VS 2005).  Somehow Visual Studio is switching to the old browse path when you
put the application into debug mode.  I can watch Visual Studio highlight the
reference and then change the path from its bin folder to the old browse
path.  When I perform a rebuild all action, it will change it back to their
respective bin folders.  

I really need to keep this from happening.

> Hi Bruce,
>
[quoted text clipped - 30 lines]
>
> This posting is provided "AS IS" with no warranties, and confers no rights.
"Gary Chang[MSFT]" - 28 Dec 2005 10:00 GMT
Hi Bruce,

>I am able to watch the reference path change from their
>respective bin folders to a Program Files folder I created
>at one time when I was browsing to the dlls instead of a
>project reference.

OK, I got it, but I haven't experienced this scenario on my side.

I suggest you may remove those assemblies' references and their
corresponding references' paths from your project, then add them again to
the project, maybe it could work around this problem.

Thanks!

Best regards,

Gary Chang
Microsoft Community Support
--------------------
Get Secure! ¡§C www.microsoft.com/security
Register to Access MSDN Managed Newsgroups!
http://support.microsoft.com/default.aspx?scid=/servicedesks/msdn/nospam.asp
&SD=msdn

This posting is provided "AS IS" with no warranties, and confers no rights.
Bruce Parker - 28 Dec 2005 15:06 GMT
I have tried that already and that did not work.  Could you please contact
somebody from the IDE group who might understand what is happening and how to
fix this problem.  The path it is changing the reference to during debugging
has to be stored somewhere.  I have searched for it in the files and registry
and cannot locate it.

> Hi Bruce,
>
[quoted text clipped - 22 lines]
>
> This posting is provided "AS IS" with no warranties, and confers no rights.
"Gary Chang[MSFT]" - 29 Dec 2005 01:43 GMT
Hi Bruce,

>Could you please contact somebody from the IDE group
>who might understand what is happening and how to
>fix this problem.

OK, that's no problem. But would you please provide the detailed repro
steps or a simple self-alone repro project(zipped) for us to research, if
it is not inconvenient to you.(please remove the "online" of my email
address alais)

Thanks for your understanding!

Best regards,

Gary Chang
Microsoft Community Support
--------------------
Get Secure! ¡§C www.microsoft.com/security
Register to Access MSDN Managed Newsgroups!
http://support.microsoft.com/default.aspx?scid=/servicedesks/msdn/nospam.asp
&SD=msdn

This posting is provided "AS IS" with no warranties, and confers no rights.

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.