0
我強制崩潰進程並嘗試分析故障轉儲。 我面臨崩潰過程和崩潰轉儲生成(刷新)之間的競爭條件。崩潰轉儲完成通知
如果崩潰轉儲太大,那麼它需要一些cputime,有沒有在Windows調試器(或watson),可以告訴崩潰轉儲完成的任何回調函數?
或者是否有任何機制可以通過它強制沖刷崩潰轉儲並開始分析。
我不是在尋找基於輪詢的解決方案。
我強制崩潰進程並嘗試分析故障轉儲。 我面臨崩潰過程和崩潰轉儲生成(刷新)之間的競爭條件。崩潰轉儲完成通知
如果崩潰轉儲太大,那麼它需要一些cputime,有沒有在Windows調試器(或watson),可以告訴崩潰轉儲完成的任何回調函數?
或者是否有任何機制可以通過它強制沖刷崩潰轉儲並開始分析。
我不是在尋找基於輪詢的解決方案。
步驟3b不使用輪詢。進程是獲取信號的同步對象。
請注意,步驟3a在崩潰之前不會工作,並且如果故障轉儲很小,werfault.exe可能已經退出,因此可能會一直等待。要繞過這一點,您可能需要將您的應用程序註冊爲werfault.exe的調試程序,該程序在內部將參數轉發給werfault.exe,然後等待完成。
完整序列則是這樣的:
最後我會說你可以通過一些實施努力來實現你的目標。問題是:這個節省多少秒,你需要多少小時來實施?
這沒有任何意義,沒有什麼需要「刷新」。當MiniDumpWriteDump()返回時轉儲完成。 –
嗯,我不是調用MiniDumpWriteDump(),我只是把Windows註冊表項放在崩潰轉儲的錯誤報告中,並使進程崩潰。我期待Windows的相應進程會崩潰崩潰。此外,我不知道如何跟蹤MiniDumpWriteDump(),如果它由Windows調用。 – praveenCrawler
我正在執行以下步驟: 1.在Windows崩潰轉儲對應的錯誤報告(wer)下添加註冊表項。2.崩潰給定pid 的進程3.等待OS自動生成崩潰轉儲? (這是問題所在) 4.分析故障轉儲文件 – praveenCrawler