我用 iexplore 瀏覽，結果崩潰並顯示以下訊息
C000041D
IE
iexplore.exe 中 0x7149B7C0 處出現未處理的異常：0xC000041D：使用者回呼期間遇到未處理的異常。
AFAIK 0x 表示十六進位代碼，714...是程式計數器，C00...是錯誤代碼。我可以做什麼來調查這個錯誤？我運行了 Visual Studio，它捕獲了該程式。
（點擊圖片放大）
答案1
我發現 0xC000041d = STATUS_FATAL_USER_CALLBACK_EXCEPTION
發生的情況似乎是由於應用程式創建的早期線程，應用程式以異常代碼 0xc000041d 退出。
點擊以閱讀更多內容並查看原始程式碼。。
答案2
0xC000041d是一個NT狀態微軟定義的程式碼常數ntstatus.h頭檔：
定義名稱 ( MessageId)STATUS_FATAL_USER_CALLBACK_EXCEPTION及其描述為：
"An unhandled exception was encountered during a user callback."
NT狀態程式碼通常在通訊系統資訊時使用，例如在 Windows 系統和裝置驅動程式之間，有時在 Windows 和應用程式之間：
- https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-dtyp/c8b512d5-70b1-4028-95f1-ec92d35cb51S
- https://www.osr.com/blog/2020/04/23/ntstatus-to-win32-error-code-mappings/
的意義NT狀態也可以使用 Microsoft 錯誤查找工具來尋找程式碼：
正如描述所暗示的，Windows 使用這個特定的NT狀態當呼叫使用者模式時遇到異常（異常情況）時的程式碼（https://www.tutorialspoint.com/User-Mode-vs-Kernel-Mode）回調函數（https://en.wikipedia.org/wiki/Callback_(computer_programming)）。
有很多情況都可以產生此訊息。因此，僅透過互聯網搜索NT狀態程式碼0xC000041d可能會產生不相關的結果。當還包括進程的確切檔案名稱（在本例中為 iexplore.exe）、錯誤模組（見下文）和/或甚至可能是確切的記憶體位址（在本例中0x7149B7C0）時，可能會顯示更多相關結果。
搜尋完整的記憶體位址可能有點棘手，因為程式的編譯/建置版本略有不同，執行模型不同（例如，Windows 的 32 位元版本與 64 位元版本）以及模組（.dll、.exe） 、.sys 檔案等一起構成執行程式碼）被載入到不同的基底位址。僅匹配地址的最後四個字元B7C0可能足以表明存在相關問題。
為了實際偵錯問題，可以使用 Visual Studio 查看導致例外狀況的執行緒的呼叫堆疊：
https://stackoverflow.com/questions/945193/how-do-i-find-the-stack-trace-in-visual-studio
呼叫堆疊顯示了異常發生時相互呼叫的不同模組和這些模組中的方法。模組名稱可以指示問題發生時程式正在執行的操作。
如果符號 (https://devblogs.microsoft.com/devops/understanding-symbol-files-and-visual-studios-symbol-settings/）可用於導致問題的模組 - 甚至可能是這些模組的源代碼檔案 - 調試變得更容易。