K
Ken Durden
The solution for our new application contains 50 sub-assemblies.
There is a great deal of inter-dependency between them, as is common
for all projects I imagine. So my question is, if an infrastructure
assembly than 49 other assemblies depend on FAILS TO BUILD, why does
the compiler continue to attempt to compile all the other assemblies
blabbering mindlessly that the specified namespace name or assembly
file does not exist.
This is probably my biggest pet peeve with the current release of the
..NET IDE, its especially annoying since CTRL-BREAK hardly ever works.
I can hit it 40 times and the IDE just chugs away until the task list
pops up showing me all the useless errors (typically displayed in the
least useful order).
Two Questions:
1.) Am I missing some option somewhere to switch from stupid IDE mode
to a smarter mode where it stops when it knows going further won't
work?
2.) Is this fixed in the Longhorn release?
Thanks,
-ken
There is a great deal of inter-dependency between them, as is common
for all projects I imagine. So my question is, if an infrastructure
assembly than 49 other assemblies depend on FAILS TO BUILD, why does
the compiler continue to attempt to compile all the other assemblies
blabbering mindlessly that the specified namespace name or assembly
file does not exist.
This is probably my biggest pet peeve with the current release of the
..NET IDE, its especially annoying since CTRL-BREAK hardly ever works.
I can hit it 40 times and the IDE just chugs away until the task list
pops up showing me all the useless errors (typically displayed in the
least useful order).
Two Questions:
1.) Am I missing some option somewhere to switch from stupid IDE mode
to a smarter mode where it stops when it knows going further won't
work?
2.) Is this fixed in the Longhorn release?
Thanks,
-ken