電腦藍屏0x000000A0怎么解決
藍屏代碼0x000000A0代表"INTERNAL_POWER_ERROR",這意味著在處理電源操作期間發生了內部錯誤。這可能與計算機的電源管理系統有關,可能是由于驅動程序、硬件故障、電源供應問題或其他因素引起的。
要解決這個問題,可以嘗試以下方法:
方法一:運行系統文件檢查工具(SFC)
打開命令提示符,并以管理員身份運行sfc /scannow命令,以檢查和修復系統文件的一致性問題。
方法二:檢查硬件故障
這個錯誤可能與硬件故障有關,例如過熱、損壞的電源線或不良連接,檢查硬件組件并確保它們正常工作。
方法三:運行系統文件檢查工具(SFC)和磁盤檢查工具(CHKDSK)
打開命令提示符,作為管理員運行 "sfc /scannow" 命令來檢查和修復系統文件的一致性,并運行 "chkdsk" 命令來掃描和修復硬盤上的錯誤。
方法四:使用一鍵修復工具助手(強烈推薦)
1、首先你的電腦必須下載與完成安裝完成快快藍屏修復助手。如果你還沒有安裝點擊下方鏈接下載。
下載地址:>>>快快藍屏修復助手<<<
提示:安裝路徑不要選擇C盤,避免產生問題造成損失。
2、找到你電腦中的快快藍屏修復助手,點擊進入。看到首頁后,點擊首頁一鍵掃描按鈕開始掃描。等待幾分鐘,就能獲取你急切想要的結果。
3、掃描完成后會顯示電腦的所有藍屏記錄以及藍屏的詳細信息。
4、解決方案頁面顯示了導致該次藍屏的具體原因和解決方案,點擊右上角的一鍵修復進行修復。
5、切記,當修復完成之后我們還是需要重新啟動計算機的。畢竟一切修復的結果,需要重新后,才能被系統認可。
當你完成重啟后,你電腦的藍屏問題已經基本解決了。相信小編,不要急需卸載快快藍屏修復助手。畢竟它強大的功能是你未來的一個保障,可以隨時隨地為你服務,讓你再次遇到藍屏問題不在抓狂。
其他相關信息:
INTERNAL_POWER_ERROR bug 檢查 的值為 0x000000A0。 此 bug 檢查指示電源策略管理器遇到嚴重錯誤。
INTERNAL_POWER_ERROR參數
參數 1 指示沖突的類型。 其他參數的含義取決于參數 1 的值。
參數 1 | 參數 2 | 參數 3 | 參數 4 | 原因 |
---|---|---|---|---|
0x1 |
1: 設備已超出其最大引用計數數。 2、3 或 4: 太多浪涌電源 IRP 已排隊。 5: 電源 IRP 已發送到被動級別設備對象。 6: 系統未能分配必要的電源 IRP。 |
如果參數 2 的值為 1,則允許的最大引用數。 如果參數 2 的值為 2、3 或 4,則允許的最大掛起 IRP 數。 如果參數 2 的值為 6,則為目標設備對象。 |
如果參數 2 的值為 6,則指示這是系統 (0x0) 還是設備 (0x1) 電源 IRP。 |
在處理電源 I/O 請求數據包 (IRP) 期間出錯。 |
0x2 |
預留 |
預留 |
預留 |
嘗試處理電源事件時發生內部故障。 有關詳細信息,請參閱在參數 1 等于 0x2 時調試 bug 檢查 0xA0。 |
0x3 |
預期的校驗和 |
實際校驗和 |
失敗的行號 |
休眠上下文頁的校驗和與其預期的校驗和不匹配。 |
0x4 |
預期的校驗和 |
實際校驗和 |
失敗的行號 |
即將寫入休眠文件的頁的校驗和與其預期的校驗和不匹配。 |
0x5 |
預留 |
預留 |
預留 |
未知的關閉代碼已發送到系統關閉處理程序。 |
0x7 |
預留 |
預留 |
預留 |
發生了未經處理的異常。 有關詳細信息,請參閱在參數 1 等于 0x7 時調試 bug 檢查 0xA0。 |
0x8 |
此參數始終設置為 0x100。 |
設備對象 |
POWER_CHANNEL_SUMMARY |
處理系統電源事件時發生嚴重錯誤。 |
0x9 |
狀態代碼 |
鏡像階段 |
保留 |
準備休眠文件時發生嚴重錯誤。 |
0xA |
0:恢復后立即請求 bug 檢查。 1:在所有不可分頁的設備都打開后,恢復期間請求了 bug 檢查。 2:所有設備都開機后,恢復期間請求了 bug 檢查。 |
預留 |
預留 |
出于調試目的而喚醒時,請求了檢查 bug。 |
0xB |
休眠文件的大小。 |
空間耗盡前的休眠進度 0: HIBERFILE_PROGRESS_FREE_MAP 1: HIBERFILE_PROGRESS_RESUME_CONTEXT 2: HIBERFILE_PROGRESS_PROCESSOR_STATE 3: HIBERFILE_PROGRESS_SECURE_RANGES 4: HIBERFILE_PROGRESS_MEMORY_RANGES 5: HIBERFILE_PROGRESS_TABLE_PAGES 6: HIBERFILE_PROGRESS_MEMORY_IMAGE |
當參數 2 為 4 時,剩余內存范圍的大小。 |
休眠文件太小。 |
0xC |
狀態代碼 |
轉儲堆棧上下文 |
保留 |
轉儲堆棧初始化失敗。 |
0xD |
處于轉換狀態的系統電源狀態。 |
睡眠檢查點最近到達。 |
指向POP_POWER_ACTION結構的指針。 |
系統未能及時完成電源轉換。 |
0xF |
處于轉換狀態的系統電源狀態。 |
睡眠檢查點最近到達。 |
指向當前正在處理請求的線程的指針。 |
系統未能及時完成電源轉換。 |
0xF0 |
處于轉換狀態的系統電源狀態。 |
睡眠檢查點最近到達。 |
指向當前正在處理請求的線程的指針。 |
系統未能及時完成 (暫停) 電源轉換。 |
0xF1 |
處于轉換狀態的系統電源狀態。 |
睡眠檢查點最近到達。 |
指向當前正在處理請求的線程的指針。 |
系統無法完成 (及時恢復) 電源轉換。 |
參數 1 | 參數 2 | 參數 3 | 參數 4 | 原因 |
---|---|---|---|---|
0x101 |
保留 |
異常指針。 |
保留 |
處理系統電源事件時發生未經處理的異常。 有關詳細信息,請參閱調試參數 1 等于 0x101 時檢查 0xA0 bug。 |
0x102 |
保留 |
DUMP_INITIALIZATION_CONTEXT |
POP_HIBER_CONTEXT |
休眠工作緩沖區大小不與頁對齊。 |
0x103 |
保留 |
POP_HIBER_CONTEXT |
保留 |
在休眠過程中,無法考慮所有工作頁。 |
0x104 |
保留 |
POP_HIBER_CONTEXT |
保留 |
嘗試在鎖定內部內存結構時映射內部休眠內存。 |
0x105 |
保留 |
POP_HIBER_CONTEXT |
保留 |
嘗試使用不受支持的內存類型標志映射內部休眠內存。 |
0x106 |
保留 |
內存描述符列表 (MDL) |
保留 |
內存描述符列表是在休眠過程中創建的,用于描述未分頁對齊的內存。 |
0x107 |
保留 |
POP_HIBER_CONTEXT |
PO_MEMORY_RANGE_ARRAY |
內部休眠數據結構中發生了數據不匹配。 |
0x108 |
保留 |
POP_HIBER_CONTEXT |
保留 |
磁盤子系統無法正確寫入休眠文件的一部分。 |
0x109 |
保留 |
預期校驗和 |
實際校驗和 |
處理器狀態數據的校驗和與其預期的校驗和不匹配。 |
0x10A |
保留 |
POP_HIBER_CONTEXT |
NTSTATUS 故障代碼 |
磁盤子系統未能正確讀取或寫入休眠文件的一部分。 |
0x10B |
保留 |
當前休眠進度 |
保留 |
嘗試使用 PoSetHiberRange API 在錯誤的時間將頁面標記為處于休眠狀態的啟動階段。 |
0x10C |
保留 |
提供給 API 的標志 |
要標記的長度 |
使用無效參數調用了 PoSetHiberRange API。 |
0x10D |
保留 |
POP_HIBER_CONTEXT |
NTSTATUS 故障代碼 |
提供恢復數據時,安全內核子系統失敗。 |
0x10E |
保留 |
校驗和不正確 |
上一個磁盤讀取的校驗和 |
磁盤子系統在從休眠文件讀取時返回損壞的數據。 |
0x10F |
當前系統睡眠檢查點。 |
內部錯誤的類型。 0 :在禁用分頁時,但在 Po 禁用所有處理器上中斷之前寫入檢查點。 1 :在系統睡眠中斷禁用階段,0 以外的 CPU 嘗試寫入檢查點。 2 :系統中的另一段代碼正在執行 EFI 運行時服務。 |
保留 |
檢查點系統睡眠進度時發生內部錯誤。 |
0x110 |
預留 |
預留 |
預留 |
系統無法禁用系統睡眠狀態,但必須這樣做才能確保數據完整性。 |
0x111 |
預留 |
預留 |
預留 |
驅動程序已指示用戶存在,并且用戶已啟用用于捕獲調用堆棧的調試選項。 |
0x200 |
保留 |
DEVICE_OBJECT |
DEVICE_OBJECT_POWER_EXTENSION |
正在檢查未知設備類型是否處于空閑狀態。 |
0x300 |
保留 |
DEVICE_OBJECT |
IRP |
電池電源 IRP 返回了未知狀態。 |
0x301 |
保留 |
DEVICE_OBJECT |
IRP |
電池已進入未知狀態。 |
0x400 |
保留 |
IO_STACK_LOCATION |
DEVICE_OBJECT |
設備已超出其最大引用計數數。 |
0x401 |
保留 |
掛起的 IRP 列表 |
DEVICE_OBJECT |
過多的浪涌電源 IRP 已排隊。 |
0x402 |
保留 |
掛起的 IRP 列表 |
DEVICE_OBJECT |
過多的浪涌電源 IRP 已排隊。 |
0x403 |
保留 |
掛起的 IRP 列表 |
DEVICE_OBJECT |
過多的浪涌電源 IRP 已排隊。 |
0x404 |
保留 |
IO_STACK_LOCATION |
DEVICE_OBJECT |
電源 IRP 已發送到被動級別設備對象。 |
0x500 |
保留 |
IRP |
DEVICE_OBJECT |
熱電 IRP 返回了未知狀態。 |
參數 1 | 參數 2 | 參數 3 | 參數 4 | 原因 |
---|---|---|---|---|
0x600 |
DEVICE_OBJECT PDO |
預留 |
預留 |
驅動程序已嘗試使用 Power Runtime Framework 進行重復注冊。 |
0x601 |
POP_FX_DEVICE設備 |
PEP_DEVICE_REGISTER PEP |
保留 |
未接受任何 Power Engine 插件的設備注冊。 |
0x602 |
DEVICE_NODE設備節點 |
睡眠計數 |
保留 |
設備節點睡眠計數與其激活計數不匹配。 |
0x603 |
POP_FX_PLUGIN |
工作請求類型 |
保留 |
Power Engine 插件發出了無效的工作請求。 |
0x605 |
通知 ID |
POP_FX_PLUGIN |
保留 |
電源引擎插件無法接受強制設備電源管理通知。 |
0x606 |
POP_FX_COMPONENT |
POP_FX_COMPONENT_FLAGS |
組件的新條件 |
當資源已處于活動狀態或空閑) 時,Power Engine 插件嘗試將關鍵系統資源組件轉換為活動 ( (或空閑) 條件。 |
0x607 |
POP_FX_DEVICE |
NTSTATUS |
保留 |
需要成功獲取運行時電源管理框架設備刪除鎖失敗。 |
0x608 |
POP_FX_COMPONENT |
POP_FX_COMPONENT_FLAGS |
保留 |
驅動程序嘗試在沒有前面的活動請求的情況下將組件轉換為空閑狀態。 |
0x609 |
POP_FX_PLUGIN |
POP_FX_DEVICE |
重復的請求類型 0: DevicePowerRequired 1: DevicePowerNotRequired |
電源引擎插件請求了需要設備電源或不需要設備電源,而無需執行相反類型的干預請求。 |
0x610 |
POP_FX_PLUGIN |
POP_FX_DEVICE |
保留 |
Power Engine 插件請求了不需要的設備電源,而以前的設備電源要求請求未完成。 |
0x611 |
POP_FX_PLUGIN |
POP_FX_DEVICE |
組件索引無效 |
Power Engine 插件已請求對無效組件執行操作。 |
0x612 |
POP_FX_PLUGIN PowerEnginePlugin |
預留 |
預留 |
Power Engine 插件已請求在設備通知的上下文中完成其他工作,其中 PO 未為請求提供任何緩沖區。 |
0x613 |
POP_FX_DEVICE |
組件索引 |
操作 0: 不需要完整的設備電源 1: 報告設備已打開 2: 完成空閑條件 |
當沒有此類未完成的請求掛起時,驅動程序已嘗試完成請求。 |
0x614 |
POP_FX_DEVICE |
組件索引 |
非法參數 0: IRQL >= DISPATCH_LEVEL 中使用的PO_FX_FLAG_BLOCKING 1: 同時指定了PO_FX_FLAG_BLOCKING和PO_FX_FLAG_ASYNC_ONLY 2: 組件索引無效 |
驅動程序已請求對具有非法參數的組件進行活動/空閑轉換。 |
0x615 |
POP_FX_PLUGIN |
POP_FX_COMPONENT |
非法操作 0: 未處于空閑狀態的組件 0 1:組件已處于活動狀態 2: 沒有未完成的激活請求 3: 未完成的空閑狀態轉換 |
Power Engine 插件非法指示組件激活已完成。 |
0x616 |
POP_FX_PLUGIN |
POP_FX_COMPONENT |
非法操作 0: 空閑狀態無效 1: 組件已處于請求狀態 2: 請求了非零空閑狀態,但未通過空閑狀態 0 |
Power Engine 插件已非法請求組件空閑狀態轉換。 |
0x617 |
POP_FX_PLUGIN PowerEnginePlugin |
UNICODE_STRING DeviceId |
PEP_DEVICE_REGISTER PEP 注冊 |
Power Engine 插件在處理設備注冊通知時返回了無效的接受類型。 |
0x618 |
POP_FX_WORK_ORDER_WATCHDOG_INFO WorkOrder |
預留 |
預留 |
運行時電源工作線程被阻止了太長時間。 |
0x619 |
POP_FX_DEVICE 設備 |
組件索引 |
實際負責的子設備的 NULL 或DEVICE_NODE |
設備長時間阻止進入最深的運行時空閑電源狀態。 |
0x61A |
POP_FX_PLUGIN Power Engine 插件 |
POP_FX_DEVICE設備 |
保留 |
Power Engine 插件提供了有關組件性能狀態信息的無效信息。 |
0x61B |
POP_FX_DEVICE設備 |
組件索引 |
保留 |
驅動程序在注冊設備性能狀態之前已發出性能狀態請求。 |
0x61C |
POP_FX_DEVICE設備 |
組件索引 |
參數無效 值: 0 :PerfChangesCount 超出為此組件注冊的 perf 狀態集數 |
驅動程序發出了具有無效參數的性能狀態請求。 |
0x61D |
POP_FX_DEVICE設備 |
組件索引 |
未完成的請求上下文 |
驅動程序已發出性能狀態請求,而以前的請求未完成。 |
0x61E |
預留 |
預留 |
預留 |
啟用自動轉換時,Power Engine 插件嘗試在調試器設備上執行關鍵轉換。 |
0x61F |
POP_FX_DEVICE設備 |
協調空閑狀態索引 |
保留 |
Power Engine 插件嘗試為非平臺范圍狀態的協調空閑狀態啟用自動調試器轉換。 |
0x620 |
POP_FX_DEVICE設備 |
協調空閑狀態索引 |
保留 |
Power Engine 插件已嘗試為不是平臺范圍的協調空閑狀態注冊 D 狀態依賴項。 |
0x621 |
POP_FX_DEVICE設備 |
組件索引 |
協調空閑狀態索引 |
Power Engine 插件嘗試注冊非平臺范圍的協調空閑狀態的 F 狀態依賴項。 |
0x622 |
父POP_FX_COMPONENT |
子POP_FX_COMPONENT |
保留 |
驅動程序嘗試從具有未完成的依賴項的 PoFx 中注銷。 |
0x666 |
PPOP_PEP_ACTIVITY |
新活動類型 0: DevicePowerOn 1: ComponentIdleStateChange 2: ComponentActivating 3: ComponentActive 4: DevicePowerOff 5: DeviceSuspend |
沖突的活動類型 0: DevicePowerOn 1: ComponentIdleStateChange 2: ComponentActivating 3: ComponentActive 4: DevicePowerOff 5: DeviceSuspend |
默認 Power Engine 插件已嘗試觸發與另一個活動沖突的新活動。 |
0x667 |
POP_PEP_ACTIVITY |
活動類型 0: DevicePowerOn 1: ComponentIdleStateChange 2: ComponentActivating 3: ComponentActive 4: DevicePowerOff 5: DeviceSuspend |
POP_PEP_ACTIVITY_STATUS |
默認 Power Engine 插件已嘗試完成未運行的活動。 |
0x668 |
正在更新其引用計數的PPPM_COORDINATED_STATE。 |
此函數觀察到的無效引用計數值。 |
正在更新的平臺空閑狀態的掩碼。 |
默認電源引擎插件已嘗試刪除以前未受約束的平臺空閑狀態約束。 |
0x669 |
正在更新其引用計數的PPPM_COORDINATED_STATE。 |
此函數觀察到的無效引用計數值。 |
保留 |
默認 Power Engine 插件在嘗試以獨占方式通知 PoFx 平臺空閑狀態的可用性時遇到內部一致性錯誤。 |
參數 1 | 參數 2 | 參數 3 | 參數 4 | 原因 |
---|---|---|---|---|
0x680 |
NTSTATUS 失敗代碼。 |
預留 |
預留 |
運行時電源框架無法分析所需的 ACPI 表,因為該表缺失或格式不正確。 這通常是由于 BIOS 錯誤造成的。 |
0x700 |
PEPHANDLE |
PEP_PPM_IDLE_SELECT |
保留 |
電源引擎插件指定了無效的處理器空閑依賴項。 |
0x701 |
掛起處理器的選定空閑狀態的索引 |
掛起處理器的 PRCB 地址 |
掛起處理器的索引 |
處理器無法在分配的間隔內完成空閑轉換。 這表示指定的處理器已掛起。 |
0x702 |
處理器所選空閑狀態的索引 |
處理器的空閑同步狀態 |
掛起處理器的 PRCB 地址 |
處理器在沒有 OS 使用必要的 PPM 空閑同步) 通過 PEP (啟動顯式喚醒的情況下,從不可中斷狀態中喚醒。 |
0x703 |
PEPHANDLE |
PEP_PPM_QUERY_PLATFORM_STATE |
保留 |
Power Engine 插件在查詢平臺狀態通知期間指定了無效的處理器空閑依賴項。 |
0x704 |
預留 |
預留 |
預留 |
協調空閑狀態轉換未及時完成。 |
0x705 |
PEPHANDLE |
通知 |
標識非法更改的字段的四個字符標記。 內核調試器中的解碼標記:.formats 標記,標記包含在 < >中。 |
Power Engine 插件更改了傳遞到通知的緩沖區中的只讀字段。 |
0x706 |
通知 |
標識包含非法值的字段的四個字符標記。 內核調試器中的解碼標記:.formats 標記,標記包含在 < >中。 |
非法值或索引到存在非法值的數組中 |
電源引擎插件在傳遞到通知的緩沖區的某個字段中返回了非法值。 |
0x800 |
當前 CS 狀態 |
預留 |
預留 |
當系統處于連接待機狀態時,監視器意外打開。 |
0x801 |
顯示狀態更改原因 |
更新顯示狀態的會話的 ID |
保留 |
發生了無效的顯示狀態轉換。 |
0x802 |
導致屏幕關閉的POWER_MONITOR_REQUEST_REASON |
如果啟用了電源事件處理程序,則為 1;否則為 0。 |
指向全局POP_PDC_IDLE_PHASE_WATCHDOG_CONTEXT的指針。 |
PDC 系統空閑階段 (NoCsPhase) 阻止轉換到新式待機的時間比預期更長。 |
0x900 |
指向負責任的電源設置回調的指針 |
調用電源設置回調之前的 IRQL |
從電源設置回調返回后的 IRQL |
使用修改后的 IRQL 返回的已注冊電源設置回調。 這表示回調更改了 IRQL,但在返回之前未還原原始 IRQL。 |
0x901 |
DEVICE_OBJECT |
IRP |
線程的 APC 禁用計數 |
驅動程序在處理電源 IRP 時已啟用/禁用內核 APC。 |
0x4001 |
KE 錯誤子代碼。 值: 0x100: (INTERNAL_POWER_ERROR_KE_PROCESSOR_ON_TIMED_OUT) 固件打開處理器所花費的時間太長。 0x101: (INTERNAL_POWER_ERROR_KE_INVALID_INTERRUPT_TARGET) 指定了無效的中斷目標。 0x102: (INTERNAL_POWER_ERROR_KE_SETDESTINATION_FAILED) 無法更改中斷線的目標目標。 0x103: (INTERNAL_POWER_ERROR_KE_IPI_REQUEST_FAILED) 重定向中斷時無法發出 IPI。 0x104: (INTERNAL_POWER_ERROR_KE_ARCH_NOT_SUPPORTED) 不支持的處理器體系結構。 |
預留 |
預留 |
(INTERNAL_POWER_ERROR_KE_SUBCODE) 在電源操作期間內核執行中發生內部故障。 |
0xAA64 |
錯誤代碼 |
正在進行 PSCI 函數 ID |
可選的內部上下文相關數據 |
(PSCI) 函數的 AArm64 Power State 協調接口遇到不可恢復的嚴重錯誤。 |
解決方法
常規說明
在上表中,多個參數是指向 結構的指針。 例如,如果參數 2 列為DEVICE_OBJECT,則參數 2 是指向DEVICE_OBJECT結構的指針。 某些結構在 wdm.h 中定義,它包含在 Windows 驅動程序工具包中。 例如,以下結構在 wdm.h 中定義。
EXCEPTION_POINTERS DEVICE_OBJECT IO_STACK_LOCATION PEP_DEVICE_REGISTER上表中顯示的某些結構未在任何公共頭文件中定義。 可以使用 dt debugger 命令查看這些結構的定義。 以下示例演示如何使用 dt 命令查看 DEVICE_OBJECT_POWER_EXTENSION 結構。
3: kd> dt nt!DEVICE_OBJECT_POWER_EXTENSION +0x000 IdleCount : Uint4B +0x004 BusyCount : Uint4B +0x008 BusyReference : Uint4B +0x00c TotalBusyCount : Uint4B +0x010 ConservationIdleTime : Uint4B +0x014 PerformanceIdleTime : Uint4B +0x018 DeviceObject : Ptr64 _DEVICE_OBJECT +0x020 IdleList : _LIST_ENTRY +0x030 IdleType : _POP_DEVICE_IDLE_TYPE +0x034 IdleState : _DEVICE_POWER_STATE +0x038 CurrentState : _DEVICE_POWER_STATE +0x040 Volume : _LIST_ENTRY +0x050 Specific : <unnamed-tag>
以下過程將幫助你調試此 bug 檢查的某些實例。
當參數 1 等于 0x2 時調試 bug 檢查 0xA0
檢查堆棧。 查找 ntoskrnl!PopExceptionFilter 函數。 此函數包含以下代碼作為其第一個參數。
(error_code << 16) | _LINE_
如果調用方是 PopExceptionFilter,則此函數的第一個參數的類型為 PEXCEPTION_POINTERS。 請注意此參數的值。
使用 dt (顯示類型) 命令,并將在上一步中找到的值指定為 參數。
dt nt!_EXCEPTION_POINTERS argument
此命令顯示 結構。 記下上下文記錄的地址。
使用 .cxr (顯示上下文記錄) 命令,并將在上一步中找到的上下文記錄指定為 記錄。
.cxr record
此命令將寄存器上下文設置為正確的值。
使用各種命令分析錯誤的來源。 從 kb 開始 (顯示堆棧回溯) 。
當參數 1 等于 0x7 時調試 bug 檢查 0xA0
檢查堆棧。 查找 ntoskrnl!PopExceptionFilter 函數。 此函數的第一個參數的類型為 PEXCEPTION_POINTERS。 請注意此參數的值。
使用 dt (顯示類型) 命令,并將在上一步中找到的值指定為 參數。
dt nt!_EXCEPTION_POINTERS argument
此命令顯示 結構。 記下上下文記錄的地址。
使用 .cxr (顯示上下文記錄) 命令,并將在上一步中找到的上下文記錄指定為 記錄。
.cxr record
此命令將寄存器上下文設置為正確的值。
使用各種命令分析錯誤的來源。 從 kb 開始 (顯示堆棧回溯) 。
當參數 1 等于 0x101 時調試 bug 檢查 0xA0
使用 dt (顯示類型) 命令,并將參數 3 的值指定為 參數。
dt nt!_EXCEPTION_POINTERS argument
此命令顯示 結構。 記下上下文記錄的地址。
使用 .cxr (顯示上下文記錄) 命令,并將找到上一步的上下文記錄指定為 記錄。
.cxr record
此命令將寄存器上下文設置為正確的值。
使用各種命令分析錯誤的來源。 從 kb 開始 (顯示堆棧回溯) 。
另請參閱
Bug 檢查代碼參考