DkmStepArbitrationReason 列舉
定義
重要
部分資訊涉及發行前產品,在發行之前可能會有大幅修改。 Microsoft 對此處提供的資訊,不做任何明確或隱含的瑕疵擔保。
DkmStepArbitrationReason 發生步驟仲裁的原因。
public enum class DkmStepArbitrationReason
public enum class DkmStepArbitrationReason
enum DkmStepArbitrationReason
public enum DkmStepArbitrationReason
type DkmStepArbitrationReason =
Public Enum DkmStepArbitrationReason
- 繼承
-
DkmStepArbitrationReason
欄位
| 名稱 | 值 | Description |
|---|---|---|
| AsyncStep | 10 | 瞭解異步模式的運行時間實例已控制步驟。 此步驟會在另一個線程上以異步方式完成。 階梯應該清除所有步驟狀態,以允許該狀態。 |
| EnterRuntime | 5 | 另一個運行時間實例偵測到指令指標已到達其運行時間的進入點。 只有在呼叫傳回 true 的 StepControlRequested 之後,才會使用此功能。 |
| ExceptionHandlerFound | 7 | 例外狀況回溯在正式發行前小眾測試版中,而且找到處理程式。 如果運行時間的例外狀況模型可供其他運行時間使用,則應執行逐步仲裁。 例如,CLR 例外狀況會使用原生 SEH 例外狀況。 因此,在 Managed 步驟期間,如果擲回例外狀況並找到處理程式,原生會接收其找到的處理程式通知。 不過,原生不應該控制該步驟。 Managed 應該使用 ExceptionHandlerFound 接聽逐步仲裁作為原因,並完成逐步執行至 Managed catch 區塊。 |
| ExitRuntime | 4 | 目前的運行時間實例剛完成從其運行時間逐步執行已知結束。 指令指標應該位於下一個運行時間進入點的第一個指令上。 |
| ExitThread | 11 | 步驟在完成之前結束的線程。 |
| InstructionLevelOverride | 8 | 由逐步執行管理員使用,以指示層級步驟覆寫行或語句步驟。 只有在初始逐步仲裁期間找不到控制運行時間實例時,才會將此實例傳遞至原生運行時間實例。 |
| NewStep | 0 | 逐步執行管理員正在尋找運行時間以啟動新步驟。 |
| NoSource | 6 | 指令指標已登陸在已知模組中的位置,但沒有來源資訊。 |
| NoSymbols | 2 | 指令指標已進入已知 DkmModuleInstance 中沒有符號的位置。 |
| TransitionModule | 3 | 指令指標已登陸在標示為轉換模組的 DkmModuleInstance 內的位置。 |
| Unknown | 9 | 運行時間實例要求執行仲裁的原因不明。 |
| UnknownModule | 1 | 指令指標已進入不在已知 DkmModuleInstance 的位置。 |