Sorry was a bit confused .. it is actually that you can set a break
point so it jumps over them ... I will check a bit more after work for
steps .. I had found a way to work around the issue you are discussing
though (without setting a breakpoint in the call .. I could have sworn
what I put is it)


On 10/18/06, Frans Bouma <[EMAIL PROTECTED]> wrote:
> >       You know what they should have build in instead of
> E&C? Step into method. So that when you're on a statement like:
>
> >       SomeMethod(foo.Property1, foo.Property2);
>
> This is already in the debugger Frans ... double click on the
> method name so it highlights the method then either right
> click it and say step into or I believe the hot key (f11 by
> default) will also work ...
> its one of those neat features noone knows about :)

       You're sure? I know of course about step into, but it always steps into 
property getters.
When I test it:
public class A
{
       private string _foo;

       public A(string foo)
       {
               _foo = foo;
       }

       public string Foo
       {
               get { return _foo; }
       }
}


public class B
{
       public void DoIt(string toDo)
       {
               Console.WriteLine(toDo);
       }
}


class Program
{
       static void Main( string[] args )
       {
               A a = new A("Foo!");
               B b = new B();
               b.DoIt(a.Foo);      // BREAK HERE
       }
}

And break on the line marked on Main, and I follow your procedure, I end up in 
the Foo getter first.

       Your answer surprises me a bit, as at the last MVP summit I asked about 
this feature to be build into the next debugger and
I didn't get a response with "that's already build in!" ;)

               FB

>
> Cheers,
>
> Greg
>
> On 10/18/06, Frans Bouma <[EMAIL PROTECTED]> wrote:
> > > Please, read the comments too, there are a lot of comments
> > > explaining why E&C is a great tool. A tool should not be
> > > removed/forbidden, because it can be abused (in your NSHO).
> >
> >        I know the comments, and I don't see any reason why there's
> > even 1 reason for E&C. Mind you: if you need E&C and it's
> not there, you can solve your problem two ways:
> > 1) ask for E&C
> > 2) change the way you debug software.
> >
> >        2) might sound stupid, but in this context it's not.
> Trust me,
> > productive finding and solving bugs doesn't need E&C. I
> never use it (it's switched off) nor do I ever run into a
> situation where I need it.
> >
> >        You know what they should have build in instead of
> E&C? Step into method. So that when you're on a statement like:
> >
> >        SomeMethod(foo.Property1, foo.Property2);
> >
> >        you directly step into SomeMethod instead of first
> into getter of Property1 and Property2.
> >
> >        Sure, pressing F12, setting a breakpoint, F5, it somewhat
> > works, but it would have been a much better feature to have
> than E&C.
> >
> >        But perhaps I miss something and my debugging skills are not
> > that productive, though I doubt it (I appologize to
> everyone who finds
> > that last remark arrogant)
> >
> >                FB
> >
> >
> >
> > >
> > > Paul
> > >
> > > -----Original Message-----
> > > From: Discussion of advanced .NET topics.
> > > [mailto:[EMAIL PROTECTED] On Behalf Of Frans
> > > Bouma
> > > Sent: Wednesday, October 18, 2006 14:51
> > > To: ADVANCED-DOTNET@DISCUSS.DEVELOP.COM
> > > Subject: Re: [ADVANCED-DOTNET] Debugging: edit and continue, HOW?
> > >
> > > > Google searches for the last 15 minutes comes up with
> pages which
> > > > happily sing in harmony and joy, claiming edit & continue
> > > is back with
> > > > vs.net 2005. Being a complete dumb, I could not figure out
> > > the way it
> > > > works for asp.net.
> > > > In vs.net 2005 I have set a breakpoint in a web project,
> > > and changed
> > > > to code in the method (a button click handler
> > > > actually) . The result was a dialog telling me the code
> > > that is being
> > > > debugged has changed.
> > >
> > >         as far as I know, E&C isn't available in asp.net
> scenario's,
> > > only in non-ASP.NET related projects, this because it's too
> > > cumbersome to restart the webprocess with the same state as it
> > > depends on IIS.
> > >
> > > > What I'd like to have is the mechanism I have in
> Eclipse and Java
> > > > (this is certainly not a flame war invitation, please stay
> > > calm.): I
> > > > get into a method, see that I have written something
> stupid, but I
> > > > have just spend my precious time to fill in the fields in
> > > the UI, and
> > > > in case i want to change the method, I have to stop
> > > debugging, change
> > > > code, compile, start app, perform all user functionality
> > > till I get to
> > > > the point I was before (think about a wizard with bulky
> pages) etc
> > > > etc.  In Eclipse, I just change the method, press save, and the
> > > > debugger goes back to the beginning of the stack, with
> my precious
> > > > input still ready.
> > > > This is a huge time saver for me in development, and I'd
> > > love to use
> > > > it in vs.net 2005.
> > > > Any ideas?
> > >
> > >         Well, one idea could be to drop E&C requiring
> coding styles.
> > > It's that simple. E&C propagates sloppy coding 'because
> you can fix
> > > it during debugging anyway', forgetting that debugging is
> costly and
> > > time consuming and should be avoided until the only way
> to determine
> > > what causes a bug is to start the debugger, carefully placing
> > > breakpoints etc.
> > >
> > >         I never need E&C and still am productive in
> writing software.
> > > It's not that I do something special, it's just that most of the
> > > time, thinking for 1 minute saves you more than 5 minutes of
> > > debugging. For kicks, read my article why E&C isn't
> solving anything
> > > and how to debug software properly:
> > > http://weblogs.asp.net/fbouma/archive/2003/08/01/22211.aspx
> > >
> > >                 FB
> > >
> > >
> > >
> > > ===================================
> > > This list is hosted by DevelopMentor(r)  http://www.develop.com
> > >
> > > View archives and manage your subscription(s) at
> > > http://discuss.develop.com
> > >
> > > ===================================
> > > This list is hosted by DevelopMentor.  http://www.develop.com
> > >
> > > View archives and manage your subscription(s) at
> > > http://discuss.develop.com
> > >
> > >
> >
> > ===================================
> > This list is hosted by DevelopMentor(r)  http://www.develop.com
> >
> > View archives and manage your subscription(s) at
> > http://discuss.develop.com
> >
>
>
> --
> If knowledge can create problems, it is not through ignorance
> that we can solve them.
>
> Isaac Asimov
>
> ===================================
> This list is hosted by DevelopMentorR  http://www.develop.com
>
> View archives and manage your subscription(s) at
> http://discuss.develop.com
>

===================================
This list is hosted by DevelopMentor(r)  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com



--
If knowledge can create problems, it is not through ignorance that we
can solve them.

Isaac Asimov

===================================
This list is hosted by DevelopMentorĀ®  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com

Reply via email to