crash-dumps

2熱度

1回答

昨天我遇到了一個非常奇怪的錯誤，經過一天，我幾乎沒有取得任何進展，所以我想這是一個很好的候選人問社區。我會問一些patiecne因爲我認爲這是一個雖然。我有一個C＃Winforms應用程序在生產中點擊幾下後掛起。在開發環境中，只有在生產中才會發生這種情況。當掛起事件沒有發生時（沒有錯誤消息，但是任務根據任務管理器進入「不響應」狀態），但GUI變得不響應。我在同一個環境中嘗試過，我可以確認這種行爲

0熱度

2回答

創建轉儲文件難以忍受緩慢

附圖創建使用下列任何方法的轉儲文件是方式減緩（> 2分鐘），爲我們的當前場景可用。 procdump -ma notepad procdump notepad 打開任務管理器，選擇記事本，創建轉儲文件沒有人有任何想法什麼可能導致這個如何可能加快這個編輯：一些額外的信息使用procexp並查看調用堆棧傾銷記事本，它似乎是從DBGHELP採取一個核心的CPU佔用100％的方法：dbghel

3熱度

2回答

退出時JavaFx應用程序崩潰

我的Java Fx應用程序出現問題。 # # A fatal error has been detected by the Java Runtime Environment: # # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00000000709a1e90, pid=712, tid=8400 # # JRE version: 7.

0熱度

1回答

從任務管理器獲取的應用程序崩潰轉儲中顯示的狀態是否準確地顯示在Windows上？

基本上，應用程序凍結在VMWare映像（Win764）中，所以我使用任務管理器創建了應用程序崩潰轉儲。它創建了崩潰轉儲就好了。然後，我使用WinDbg打開故障轉儲，同時鏈接到完美工作的符號，因爲我現在可以看到所有線程，進程和調用堆棧。當我點擊調用堆棧中的一個項目時，它將在WinDbg中打開一個窗口，顯示源文件中代表該調用堆棧該部分的實際代碼行。現在我的問題是，以這種方式進行調試時WinDbg中顯

0熱度

1回答

使用SEHException分析Windows服務的崩潰轉儲

我有一個用C＃編寫的針對.NET Framework 4.0的生產Windows服務，它每天大約會間歇性崩潰一次。運行服務的遠程站點上的系統管理員在最近發生崩潰時提取轉儲文件。分析在windbg中揭示的螺紋的一個拋出SEHException： PreEmptive GC Alloc Lock ID OSID ThreadOBJ State GC Contex

1熱度

1回答

如何用SOS讀取字符串？

我正在用WinDbg和SOS分析崩潰轉儲（How to debug System.ExecutionEngineException in a framework code of a managed application）。我能列出在託管堆中某些類型的對象：字符串 !DumpHeap -mt 7239afb0 -min 50 I can look at the class: !DumpO

0熱度

1回答

如何使用WER創建轉儲與應用程序數據和手柄

這裏是我的註冊表： Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps] "DumpType"=dword:00000000 "CustomDumpFlags"=dword:00000006 根據thi

0熱度

1回答

重定向APPCRASH轉儲（或關閉它們）

我有一個正在C：\ Windows \ SysWOW64中生成APPCRASH轉儲的應用程序（沒有寫入它）。傾銷期間的應用程序被癱瘓，但以最低容量運行而不是丟失數據。問題在於這些轉儲非常大，以至於系統花費了大部分時間來編寫這些文件，而且應用程序在處理中大大落後，並且很快就會丟失數據。該計劃是要麼完全禁用它，要麼將其安裝到RAM驅動器，並在它們撞到RAM驅動器後立即清除它們。現在我已經研究過使用

0熱度

1回答

`ejabberdctl start`導致「kernel pid terminated」錯誤 - 我該怎麼辦？

我已經搜索了三個小時，但無濟於事。我有一個ejabberd安裝不使用apt安裝。它從源代碼安裝，並沒有名爲ejabberd的程序。開始和停止，一切都通過ejabberdctl。有人一個月運行完美，突然有一天它與臭名昭著 kernel pid terminated error 隨時停止我做 sudo ejabberdctl start --node [email protected] 一

1熱度

2回答

崩潰調試Win32應用程序

我正在調試文件解析器（Win32）。每次當它向某個文件提供某個文件時，它會在同一位置崩潰。我無法訪問該應用程序的源代碼。我試圖分析崩潰的根本原因，看來它是一種數組超出界限的讀取錯誤。但是我不確定它內部是否有內存被損壞。我使用ADPlus進行崩潰轉儲，在下面我添加了迷你轉儲和adplus日誌。 https://dl.dropboxusercontent.com/u/107519001/MINIDUM