Groups | Blog | Home
all groups > visual studio .net debugging > september 2005 >

visual studio .net debugging : VS2003 hangs on Tools->Debug processes...


Stu Carter
9/19/2005 12:00:00 AM
Hi,

ENV: VS 2003 (7.1.3088), Windows 2003 Server SP1 (all the latest Windows
updates via automatic delivery) .Net 1.0 & .Net 1.1 SP1.

When I go to debug a process using this method, the VS ide hangs before
displaying the 'Processes' dialog. The only way out is to kill devenv.exe.
This seems to happen at random, but frequently - every 5 times or so.

I don't know whether this is me just noticing it, but more often than not,
if I choose the option straight after a build has finished (successfully) or
after loading our rather large solution (30+ projects), it seems to happen
more often.

This is pretty annoying as our solution takes a while to load and I'm having
to do kill and restart the IDE frequently.

Any ideas?

Thanks,
Stuart

v-garych NO[at]SPAM online.microsoft.com (
9/20/2005 6:18:16 AM
Hi Stuart,

[quoted text, click to view]

I noticed you mentioned the this problem will happen more frequently when
loading some large solutions, in this point, is it a solution/project
specific problem, I mean the problem only happens when you open some
(large) solution in VS2003, and if you work with some small solution, the
problem does not occur?

Another possible cause to such problem is the anti-virus software, if you
have any anti-virus software installed in your system, I suggest you can
run the VS2003 in a clean-boot session for a test, sometimes you need to
uninstall the anti-virus software to let the VS2003 works well.


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.
Stu Carter
9/20/2005 10:06:01 AM
Hi Gary,

[quoted text, click to view]

I'm not sure, we only work with one solution and I haven't tried it without
a solution loaded or on a smaller one.

I do have Symantec AV 9 and will disable this for a few days (sssh!) to see
if that has any effect. Do you know specifically why AV software can cause
this?

Thanks.

[quoted text, click to view]

v-garych NO[at]SPAM online.microsoft.com (
9/21/2005 12:00:00 AM
Hi Stu,

[quoted text, click to view]

AV softwares will treat some of the VS2003 debugger's operations as
dangerous operations to the system, and block/disable it. If so, the VS2003
will hang on this point.

By the way, if disabling the AV still doesn't work, you may try to remove
it...


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.
methodique
9/28/2005 10:10:32 AM
Hi,

All version of Symantec AV seems to have a lot of poblems with many other
applications too. I have similar problem that means, some times
tracing/debuggin works just fine and some times not for some reason I don't
know. e.g when start the debugging process from ASP.NET application the
response from IIS hangs whole computer (WinXp Pro sp2/VS2003/1 GB RAM/P4
2,4Ghz) and for that reason, I need to perform the "russian reset" -method
to start the workstation.

Summa summarum. This is very frustrating way of working and costs a lots of
money in ilde working point of view. There have to be some IDE problems dont
you think?
I'm still not convinced of all benefits of this .NET framework programming
and first of all of the tools. VB6 and .ASP old fashion way still rocks for
me.

What is the real solution for this?

Do you really think that problem is related to AV software? Are there other
AV software candidates that works better? As I mentioned before, everybody
just seems to complain AV and firewall stuff when there migth be problem on
other concepts. Today EVERYBODY need have both AV and firewall installed and
running on their workstations and therefore I have very hard to accept any
complains to these matters. Software developing is now grown from its "child
shoes" and I expect that the software architecture should handle this kind
of things and at least take these matters in consideration when perform the
desing work.

br
/methodique


[quoted text, click to view]

AddThis Social Bookmark Button