Skip to content

Commit d5d3cf4

Browse files
committed
Improve clarity per suggestions
1 parent 0f6b0f0 commit d5d3cf4

File tree

1 file changed

+4
-2
lines changed

1 file changed

+4
-2
lines changed

docs/debugger/how-to-debug-managed-memory-dump.md

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -53,7 +53,9 @@ To investigate these symptoms, the best options are available under **Process Re
5353

5454
![Select diagnostics analyzers](../debugger/media/diagnostic-analyzer-diagnostics-analysis-window.png)
5555

56-
1. Click the **Analyze** button to start the investigative process and present results based on the combination of process info and CLR data captured in the memory dump.
56+
1. Click the **Analyze** button to start the investigative process
57+
58+
1. The analyzer will present results based on the combination of process info and CLR data captured in the memory dump.
5759

5860
## Review the results of the analyzers
5961

@@ -82,7 +84,7 @@ My next job is to find that problematic code.
8284

8385
![Decompilation](../debugger/media/diagnostic-analyzer-decompilation.png)
8486

85-
1. In the decompiled source below it is evident that an asynchronous Task (ConsumeThreadPoolThread) is calling a synchronous blocking function, which our analyzer noted we should avoid.
87+
1. In the decompiled source below it is evident that an asynchronous Task (ConsumeThreadPoolThread) is calling a synchronous blocking function.
8688

8789
> [!NOTE]
8890
> The "DoSomething()" method that contains a WaitHandle.WaitOne method, which is blocking the current thread pool thread until it receives a signal.

0 commit comments

Comments
 (0)