Update README.md

Signed-off-by: David Rotermund <54365609+davrot@users.noreply.github.com>
This commit is contained in:
David Rotermund 2023-12-16 13:40:41 +01:00 committed by GitHub
parent 5a022cfd89
commit 0eb917b70a
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23

View file

@ -68,53 +68,53 @@ x = function(x)
x = function(x) x = function(x)
``` ```
Continue ### Continue
![image12](2022-04-02_00-20.png)
Then ![image13](2022-04-01_21-30.png) Continue:
![image14](2022-04-02_00-22.png)
Then Continue: ### Step Over
* ["If the current line contains a function call, Step Over runs the code and then suspends execution at the first line of code after the called function returns."](https://docs.microsoft.com/en-us/visualstudio/debugger/navigating-through-code-with-the-debugger?view=vs-2022#BKMK_Step_over_Step_out)
![image15](2022-04-02_00-25_1.png)
Then ![image16](2022-04-01_21-30_2.png) Step Over:
![image17](2022-04-02_00-26.png)
### Step Into
* ["The debugger steps through code statements, not physical lines."](https://docs.microsoft.com/en-us/visualstudio/debugger/navigating-through-code-with-the-debugger?view=vs-2022#BKMK_Step_into__over__or_out_of_the_code)
* ["But when you step into this line, the debugger treats the condition as one step and the consequence as another."](https://docs.microsoft.com/en-us/visualstudio/debugger/navigating-through-code-with-the-debugger?view=vs-2022#BKMK_Step_into__over__or_out_of_the_code)
* ["On a nested function call, Step Into steps into the most deeply nested function. For example, if you use Step Into on a call like Func1(Func2()), the debugger steps into the function Func2."](https://docs.microsoft.com/en-us/visualstudio/debugger/navigating-through-code-with-the-debugger?view=vs-2022#BKMK_Step_into__over__or_out_of_the_code)
![image18](2022-04-02_00-27.png)
Then ![image19](2022-04-01_21-30_3.png) Step Into:
Step Over ![image20](2022-04-02_00-31_1.png)
"If the current line contains a function call, Step Over runs the code and then suspends execution at the first line of code after the called function returns."
Then Step Over: ### Step Out
* ["Step Out continues running code and suspends execution when the current function returns. The debugger skips through the current function."](https://docs.microsoft.com/en-us/visualstudio/debugger/navigating-through-code-with-the-debugger?view=vs-2022#BKMK_Step_over_Step_out)
![image21](2022-04-02_00-27.png)
Then ![image22](2022-04-01_21-30_3.png) Step Into:
Step Into ![image23](2022-04-02_00-31_1_0.png)
"The debugger steps through code statements, not physical lines."
"But when you step into this line, the debugger treats the condition as one step and the consequence as another."
"On a nested function call, Step Into steps into the most deeply nested function. For example, if you use Step Into on a call like Func1(Func2()), the debugger steps into the function Func2."
Then ![image24](2022-04-01_21-31.png) Step Out :
![image25](2022-04-02_00-32.png)
Then Step Into: ## Breakpoints
Step Out
"Step Out continues running code and suspends execution when the current function returns. The debugger skips through the current function."
Then Step Into:
Then Step Out :
Breakpoints
Normal Breakpoints Normal Breakpoints
No breakpoint => No debugging. You need to set breakpoints. Thus the debugger know where you want it to stop and allow you to investigate the state of your program. No breakpoint => No debugging. You need to set breakpoints. Thus the debugger know where you want it to stop and allow you to investigate the state of your program.