I had a couple questions on debugging SQL Server stored procedures in Visual
Studio.
I got everything configured right and I'm able to debug, but I was wondering
about the following:
1.) As soon as the procedure comes to an end, all my watches just disappear
and from what I can see, there's no way to tell the Watch Window to stay put
even after execution of the stored procedure?
2.) I have several stored procedures that call other functions / stored
procedures. When I call one of those stored procedures, the scope goes away
from the calling procedure, the called procedure runs in the background, and
then it finishes. What I don't see is the call stack / wathc window for that
called function or stored procedure. I need to see what is gonig on not just
with the "main" procedure, but whatever else may be called from that stored
procedure.
Embarcadero's Rapid SQL will actually open up another debug window if a
stored procedure is calls another function or stored procedure. Does this
functionality not exist in VS stored proc debugging? If VS dos support this,
what configuration parameters, etc. do I need to change?
Thanks!
__________________
Anthony Robinson
"If I'm curt with you, it's because time is a factor here. I think fast, I
talk fast, and I need you guys to act fast if you want to get out of this.
So, pretty please - with sugar on top..."
Stevanich - 09 Oct 2007 03:36 GMT
Anthony,
Try the microsoft.public.vsnet.debugging newsgroup for this topic.
Here's some thoughts though,
1) The watch window watches items inside the currently-executing scope.
Once the scope changes, the former watch items are no longer 'watchable'.
2) Try using F11 to 'Step Into' the executing line.
Hope this helps,
Steve - dotneticated.com
>I had a couple questions on debugging SQL Server stored procedures in
>Visual
[quoted text clipped - 36 lines]
> talk fast, and I need you guys to act fast if you want to get out of this.
> So, pretty please - with sugar on top..."