0:00 - Getting an exception 2:12 - Creating a break point and how does it work 4:21 - Step Into (Breakpoint controls) and debugging. 12:16 - Breakpoint pinned values 15:41 - Breakpoint Actions - logging breakpoint values 19:28 - Breakpoint Conditions - hit breakpoint under conditions 22:45 - Step Out (Breakpoint controls) - go through method you stepped in 25:18 - Step Over (Breakpoint controls) - don't go in to called methods
Tim, your videos are really great learning tools. You voice is perfect for this (you must have taken public speaking) Can you cover the topic of remote debugging in the future? I have seen many times where on my dev machine the code runs fine, but out on a production PC with the same application installed we have run-time issues. keep up the excellent videos, Thanks
Here comes a very useful tip: If an error occurs in an extensive loop pass, you know in which line it happens, but not in which pass. In such a case, it helps to set a debug point on the line in question and to set a number of hits as a condition that is so high that it can never be reached (e.g. 99999). If you run the application again and the error occurs, you can move the mouse over the debug point and see how many runs it took. Then change the number of hits to exactly this value and run the application again. Now the execution stops exactly at the line that caused the error and this happens in the pass in which the error occurs. Now you can look at the values of the variables and see what doesn't fit.
About getting a general idea where an exception is thrown,in the first run of the program the program shows the line an exception occured so i guess one can start from there.
I have some debugging experience and therefore I really Like Visual Studio learning programming in C#. But, I am really wandering if with other languages like Java, Python also have (advanced) debugging options ..because without debugging sourcecode I will not like to program in it!
0:00 - Getting an exception
2:12 - Creating a break point and how does it work
4:21 - Step Into (Breakpoint controls) and debugging.
12:16 - Breakpoint pinned values
15:41 - Breakpoint Actions - logging breakpoint values
19:28 - Breakpoint Conditions - hit breakpoint under conditions
22:45 - Step Out (Breakpoint controls) - go through method you stepped in
25:18 - Step Over (Breakpoint controls) - don't go in to called methods
Thanks! I added it to the description.
Instablaster
I thought I already know this topic, but "pin" and "action" are new to me. Glad that I watched it! Thanks, as always!
I am glad you learned something new.
Action is going to be extremely useful for me going forward. Thanks, Tim!
Great!
I have been coding since 6 and I have never thought of using this, Thank you for the demonstration.
You are welcome.
What do you mean since 6, lol?
@@AmandeepSingh-xk4yv I meant 6 years ago
What a great tutorial - even though the sound was a bit low. Thanks!
Thanks for watching!
Sir, this video has been invaluable.
Great!
Tim, your videos are really great learning tools. You voice is perfect for this (you must have taken public speaking)
Can you cover the topic of remote debugging in the future?
I have seen many times where on my dev machine the code runs fine, but out on a production PC with the same application installed we have run-time issues.
keep up the excellent videos,
Thanks
Thank you! I wish more information I went looking for was explained so well.
I have deep explanations of a lot of C# topics on this channel.
Here comes a very useful tip:
If an error occurs in an extensive loop pass, you know in which line it happens, but not in which pass.
In such a case, it helps to set a debug point on the line in question and to set a number of hits as a condition that is so high that it can never be reached (e.g. 99999).
If you run the application again and the error occurs, you can move the mouse over the debug point and see how many runs it took.
Then change the number of hits to exactly this value and run the application again.
Now the execution stops exactly at the line that caused the error and this happens in the pass in which the error occurs.
Now you can look at the values of the variables and see what doesn't fit.
Thanks for sharing!
perfect tutorial about debugging
Thanks!
Thank U very much! very helpfull and powerfull doing things well since details.
You are most welcome. Thanks for watching.
About getting a general idea where an exception is thrown,in the first run of the program the program shows the line an exception occured so i guess one can start from there.
That is a good place to start, although that line number can be deceiving.
Thanks, great Video :)
Glad you liked it!
God bless you!
Thank you!
wish i knew about this before
i used to place variables before the error came and comment the rest of the code
its much better now - thx
Thanks for growing your skills with Tim
I have some debugging experience and therefore I really Like Visual Studio learning programming in C#. But, I am really wandering if with other languages like Java, Python also have (advanced) debugging options ..because without debugging sourcecode I will not like to program in it!
All languages have some way of debugging. Visual Studio does have really nice tools though.
Well done 👍
Why are you use "FirstName.Substring" instead of "FirstName[i]" ? Is it better for perfomance or something like this?
Thank you!
thanks
Thanks you Sir!!!
You are welcome.
nice video... where i can get all o these source code? can anybody help?
The initial code is so short, I believe Tim assumed you could type it as easily as download it.
Hard to hear you, sound is very low. Great video though. Explained well and in a simple manner.
Glad you found it valuable.