Question

我的程序中出现了stackoverflow异常，可能源自第三方库，microsoft.sharepoint.client.runtime.dll。

使用adplus创建崩溃转储，我遇到的问题是，当我在windbg中打开它时，我正在努力从中获取任何信息。这就是我得到的回应：

> 0:000> .restart /f

Loading Dump File [C:\symbols\FULLDUMP_FirstChance_epr_Process_Shut_Down_DocumentumMigrator.exe__0234_2011-11-17_15-19-59-426_0d80.dmp]
User Mini Dump File with Full Memory: Only application data is available

Comment: 'FirstChance_epr_Process_Shut_Down'
Symbol search path is: C:\symbols
Executable search path is: 
Windows 7 Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: Server, suite: Enterprise TerminalServer SingleUserTS
Machine Name:
Debug session time: Thu Nov 17 15:19:59.000 2011 (UTC + 2:00)
System Uptime: 2 days 2:44:48.177
Process Uptime: 0 days 0:13:05.000
.........................................WARNING: rsaenh overlaps cryptsp
.................WARNING: rasman overlaps apphelp
......
..WARNING: webio overlaps winhttp
.WARNING: credssp overlaps mswsock
.WARNING: IPHLPAPI overlaps mswsock
.WARNING: winnsi overlaps mswsock
............
wow64cpu!CpupSyscallStub+0x9:
00000000`74e42e09 c3              ret

关于如何从转储中获取更多信息，或者如何使用它来查找堆栈溢出错误发生的位置的任何想法？

Answer 1

您遇到的问题是该进程是32位，但您运行的是64位，因此您的转储是64位转储。要使用转储，您必须运行以下命令：

.load wow64exts
.effmach x86
!analyze -v

最后一个命令应该为您提供有意义的堆栈跟踪。

Answer 2

此页面提供了许多有用的信息和方法来分析问题。 http://www.dumpanalysis.org/blog/index.php/2007/09/11/crash-dump-analysis-patterns-part-26/

Answer 3

您没有提及您的代码是托管还是非托管。假设它是不受管理的。在调试器中：

.symfix
.reload
~*kb

查看所有线程的调用堆栈并识别导致SO的线程。使用SO很容易识别线程，因为调用堆栈会更长。使用命令~<N>s切换到该线程，其中是线程号，使用命令k 200转储更多的调用堆栈以转储多达200行的调用堆栈。在调用堆栈的最底部，您应该能够看到源自嵌套循环的代码。

如果您的代码是托管的，请使用SOS扩展名转储调用堆栈。

无法在windbg中读取崩溃转储

3 个答案: