VS2005 mixed project intellisense confusion

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

My scenario:

- VS2005
- mixed projects (smart device and desktop) in a single sln
- a single source-tree for all projects.
- the primary project directly references the source files,
- the other projects use reference-links (to the source files).

Now various observations I could not find yet how to control:

- during a compile run there is errors (ok, that happens :-) ) and the files
which VS then actually opens apparently are referenced from the direct
references, not via the links: This leads to intellisense confusion because
intellisense now interprets the files with the #if constants as defined in
the primary project and not the project which is currently being compiled
(regardless if set as ActiveProject or not btw).

- the same applies to files opened when a breaqkpoint is being hit.

- to make things worse: sometimes the IDE seems to get confused that if a
file is actually displayed in the editor (possibly from the before explained
wrong selection) the next compile run for the active project (or any actually
except the primary) fails as the IDE compiled the respective module with the
settings not belonging to neither the active nor the compiled project but
with the settings the IDE takes from the falsely associated project.

Any idea or suggestion where (if possible) to affect that strange behavior?

Thankx ahead!

tb

PS: this is probably relevant for vstudio.general, so I'll try to crosspost,
not sur e if that is the correct url: vstudio.general
 
No idea or suggestion but my advice always is to keep the two project
separate and not in the same solution. I don't even have both projects open
at the same time. This avoids corner case issues like the ones you are
facing and also plays better with source control.

Cheers
Daniel
 
Thanks Daniel,

that will not make life easier though as the mix is due to the project being
old style (VS03) controls and I need to frequently switch between NET (custom
editors) and NETCF (runtime) - all drawing from the same set of sources. In
addition the solutions are composed from various libs, which I'd like to all
have in the debugging environment as I have to work in parallel on all of
them.

But (while writing this) maybe you're right and the solution is to have NET,
DESIGNTIME and NETCF as separate root solutions (and reference the same
sources) with separate project files according to the root. So you avoid
having multiple projects which confuse the IDE in which source to actually
pick when debugging.

Will try that, thanks again!

Theo
 
Back
Top