我有一个使用WPF的混合模式C++/CLI应用程序.我们客户的崩溃报告为我们自己的服务器的小型转储.
当我尝试使用windbg sos-extension中的!pe或!clrstack命令调查minidump时,我经常从WPF程序集中获取不完整的堆栈帧信息,例如
SP IP Function
0013E370 564618E3 PresentationFramework_ni!Unknown+0x1bf
0013E3A4 56461258 PresentationFramework_ni!Unknown+0x58
0013E3CC 5634C6D8 PresentationFramework_ni!Unknown+0x18
0013E3D8 55C04AA2 PresentationFramework_ni!Unknown+0x502
...
在这种情况下,堆栈跟踪解码也变得非常慢.
使用!sym noisy显示了以下的大量消息
SYMSRV: C:\Symbols\PresentationFramework.ni.dll\488F142Edab000\PresentationFramework.ni.dll not found
SYMSRV: http://msdl.microsoft.com/download/symbols/PresentationFramework.ni.dll/488F142Edab000/PresentationFramework.ni.dll not found
DBGHELP: C:\Program Files (x86)\Debugging Tools for Windows (x86)\PresentationFramework.ni.dll - file not found
DBGHELP: PresentationFramework.ni.dll not found in c:\Windows\System32
SYMSRV: C:\Symbols\PresentationFramework.ni.dll\488F142Edab000\PresentationFramework.ni.dll not found
SYMSRV: http://msdl.microsoft.com/download/symbols/PresentationFramework.ni.dll/488F142Edab000/PresentationFramework.ni.dll not found
DBGENG: C:\WINDOWS\assembly\NativeImages_v2.0.50727_32\PresentationFramewo#\9519494798a88867406b5755e1dbded6\PresentationFramework.ni.dll - Couldn't map image from disk.
SYMSRV: C:\Symbols\PresentationFramework.dll\488F142E50e000\PresentationFramework.dll not found
SYMSRV: http://msdl.microsoft.com/download/symbols/PresentationFramework.dll/488F142E50e000/PresentationFramework.dll not found
DBGHELP: C:\Program Files (x86)\Debugging Tools for Windows (x86)\PresentationFramework.dll …我有一个简单的测试程序导致无限期等待锁定.
public class SyncBlock
{
}
class Program
{
public static SyncBlock sync = new SyncBlock();
private static void ThreadProc()
{
try
{
Monitor.Enter(sync);
}
catch (Exception)
{
//Monitor.Exit(sync);
Console.WriteLine("3rd party code threw an exception");
}
}
static void Main(string[] args)
{
Thread newThread = new Thread(ThreadProc);
newThread.Start();
Console.WriteLine("Acquiring lock");
Monitor.Enter(sync);
Console.WriteLine("Releasing lock");
Monitor.Exit(sync);
}
}
因此,主线程在尝试执行Monitor.Enter(sync)时基本上被锁定.如果我看着!clrStack在主线程上,其输出基本上表现出来,其意义,但是当我尝试看看栈的本机端,我期待看到通话的单/多对象类型的一些等待,但我没有看到它.任何人都可以解释它.谢谢
0:000> !CLRStack
为的Mscorwks.dll PDB符号未加载
OS线程ID:0x1e8(0)
ESP EIP
0012f0a8 77455e74 [GCFrame:0012f0a8]
0012f178 77455e74 [HelperMethodFrame_1OBJ:0012f178] System.Threading.Monitor.Enter(System.Object的)0012f1d0 00a40177 ConsoleApplication1.Program.主(System.String [])
0012f400 70fc1b4c [GCFrame:0012f400]
0:000> kb的
ChildEBP …
如果我有进程转储文件，是否知道转储是在 x64 机器还是 x86 机器上生成的？
在我看到这个问题和答案之前:使用WinDbg将托管字节[]的内容写入文件,但我有一个问题,提到答案是将所有字节写入文件(方法表指针,数组长度和数组内容) ,我想只是写一个数组内容到该文件.
例如,我创建了一个长度为8192的字节数组.
var bytes=new Byte[8192]
并使用windbg并崩溃.
0:034> !do 0x0143fd1c
Name: System.Byte[]
MethodTable: 5ce54944
EEClass: 5cb8af1c
Size: 8204(0x200c) bytes
Array: Rank 1, Number of elements 8192, Type Byte
Element Type:System.Byte
Content: .0.................:.i......$...,x"!.a_.h#......66..vx.4...P.R?...M
Fields:
None
0:034> dd 0x0143fd1c
0143fd1c 5ce54944 00002000 0a0d300a 16460a0d
0143fd2c 957bd993 1f92335c 79a2d058 72455ef6
0143fd3c cc16c7b1 05b18e14 5b1df595 0fb5dbd8
0143fd4c 629a16c6 0edb5c9a 6ede4110 5d5da54e
0143fd5c 4638143a efcad6db 060935f1 a9a48285
0143fd6c e414cff0 8aeaae92 f169b93a f80bd6de
0143fd7c 9a9824d1 22782ccd 5f610c21 0f2368b4
0143fd8c ae09d410 083636c3 0b787616 101ab234
0:034> …我已将 ADPlus / cdb 设置为计算机上的默认即时调试器。当任何进程出现未处理的异常或因任何其他原因崩溃时，我希望 ADPlus 为我生成故障转储。我使用 ADPlus 配置文件来设置输出目录并运行用于将 dmp 文件推送到云的预命令。
为了进行测试以确保其有效，我编写了一个非常简单的程序，该程序会引发未处理的异常并崩溃。ADPlus 总是像预期的那样附加自身，但它只成功生成我想要的转储，大约为 15 次之一。在不更改系统上的任何内容的情况下，我连续运行崩溃的程序并得到不同的结果。
大多数时候，我从 cdb 收到以下错误：
0:000> g
^ No runnable debuggees error in 'g'
0:000>
*[EOF]*
当它正常工作时，日志中的同一位置如下所示：
0:004> g
FirstChance_epr_Process_Shut_Down
*[More stuff after here]*
知道为什么我会出现这种行为吗？如果有帮助的话，我可以发布我的配置文件和完整日志。何时工作日志和何时不工作日志之间的唯一区别是，所有行均以“何时0:004>工作”和“0:000>何时不工作”开头。
我正在关注本教程:链接.在第8步,当我.load sos在立即窗口中说,它只是呕吐expected expression.
系统:Win 7 x64,Visual Studio 2012 Premium.我已经安装了适用于Windows的调试工具(x64)11/14/2012,现在我安装了X64调试器和工具.我有适用于Windows 7的Windows SDK(7.1).WinDbg.exe位于c:\ Program Files\Debugging Tools for Windows(x64)\中,我可以从开始菜单启动它.但是我找不到sos.dll,它应该随Windows调试工具(x64)一起提供.
我怎样才能做到这一点？
奖金问题:{,,kernel32}_LoadLibraryExW@12在第4步不起作用,我使用{,,kernel32}LoadLibraryExW,但后来我无法弄清楚加载的dll名称在哪里.我正在寻找寄存器.
我有一个转储,它加载了两个.NET版本:
0:000> lm m clr
start end module name
65490000 65aff000 clr (deferred)
0:000> lm m mscorwks
start end module name
6a980000 6af2c000 mscorwks (deferred)
现在我不确定要使用哪个版本的SOS.两者都会毫无问题地加载.
0:000> .loadby sos mscorwks
0:000> .loadby sos clr
我如何找出最适合我的分析的版本？或者我会一直需要两者吗？
在这种情况下,.cordll -ve -u -l是否可靠？
.symfix c:\symbols
.cordll -ve -u -l
CLRDLL: C:\Windows\Microsoft.NET\Framework\v4.0.30319\mscordacwks.dll:4.0.30319.18047 f:8
doesn't match desired version 4.0.30319.296 f:8
CLRDLL: Loaded DLL c:\symbols\mscordacwks_x86_x86_4.0.30319.296.dll\50484AA966f000\mscordacwks_x86_x86_4.0.30319.296.dll
CLR DLL status: Loaded DLL c:\symbols\mscordacwks_x86_x86_4.0.30319.296.dll\50484AA966f000\mscordacwks_x86_x86_4.0.30319.296.dll
线程0显示mscorwks.使用的命令:
~0s
k
===更新===
.cordll原则上还可以.默认情况下,它将使用.NET 4框架.可以通过更改此行为.cordll -I.
我已经获得了两个版本的SOS,它们与目标计算机的版本匹配,并由路径加载
.load C:\SOS\4.0.30319.296\SOS.dll
我已经从WinDbg 6.2升级到最新的6.3.仍然不是更好.
我还问过SOSEX的作者史蒂夫约翰逊, …
我有一个托管进程的一些非常大的内存转储，我试图从中获取大量统计信息，并且能够呈现堆上相当深的对象图的交互式视图。想想!do <address>与prefer_dml 1在WinDbg中设置与SOS，在那里你可以不断地点击属性，并查看它们的值，只有在比较多的对象更友好的用户界面。
我发现Microsoft.Diagnostics.Runtime (ClrMD) 特别适合这项任务，但我很难处理数组字段，而且我对对象字段有点困惑，我已经做了一些工作更好的。
数组：如果我直接从堆中定位一个带有地址的数组并使用，ClrType.GetArrayLength并且ClrType.GetArrayElementValue一切正常，但是一旦我在另一个对象上挖掘字段，我不确定我从ClrInstanceField.GetValue什么时候得到的值ClrInstanceField.ElementType是ClrElementType.SZArray(我还没有Array在我的对象图中遇到过挖掘，但我也想处理它）。
编辑：我只是决定使用ClrTypeforSystem.UInt64取消引用数组字段（parent address + offset of the array field用于计算存储数组指针的地址），然后我可以像从 EnumerateObjects 获取它一样使用它。我现在在某些不支持该ArrayComponentType属性的数组上遇到了一些困难。我还没有用结构数组进行测试，所以我也想知道这是否是内联结构的 C 风格分配，就像它一样，int[]或者它是否是指向堆上结构的指针数组。Guid[]是我在ArrayComponentType从中获取问题的类型之一。
对象：固定（逻辑错误）
随着ClrInstanceField具有Type的ClrElementType.Object我得到更好的结果，但仍需要更多一点。首先，在调用后GetFieldValue我得到一个ulong地址（？），我可以ClrInstanceField.Type.Fields很好地使用它，所以我可以看到嵌套对象的字段名称和值。也就是说，我必须考虑多态性，所以我尝试ClrHeap.GetObjectType在同一个地址上使用，它要么返回 NULL，要么返回完全不正确的东西。地址在我的第一个用例中有效，但在第二个用例中无效，这似乎很奇怪。
字符串：已修复（已找到解决方法）
因为我的真实项目已经使用带 SOS 的 DbgEng，我有一种不同的方法可以通过地址轻松获取字符串的值，但是尝试使用ClrInstanceField.GetFieldValue成功返回字符串似乎很奇怪，但是使用完全不准确的结果（一堆奇怪的字符）。也许我做错了？ …
我刚刚开始使用windbg/sos,我创建了一个简单的控制台应用程序进行测试(抛出未处理的异常).似乎在我加载sos后,我将在下次调用时获得异常.
例如:
ntsd consoleapplication1.exe
.symfix
.reload
g
.loadby sos clr
如果我打电话:
!threads
"c0000005 Exception in C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.threads
PC: 592b7713 VA: 00000000 R/W: 0 Parameter: 00000000"
如果我打电话:
!ClrStack
c0000005 Exception in C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.ClrStack
PC: 592b7713 VA: 00000000 R/W: 0 Parameter: 00000000
第一次通话后的每次通话都会有效(这只是加载SOS后第一次通话失败).
我尝试了这个建议并重新编译了我的代码,启用了本机代码调试,但它没有什么区别.
windbg的版本:6.3.9600.16384 X86
我在托管堆中存在数百个MyClass实例。其中一些位于大对象堆中。下面是各种堆结构的样子
0:000> !EEHeap -gc
Number of GC Heaps: 1
generation 0 starts at 0x0000000002df9de8
generation 1 starts at 0x0000000002dc6710
generation 2 starts at 0x0000000002a01000
ephemeral segment allocation context: none
segment begin allocated size
0000000002a00000 0000000002a01000 0000000002e3c2c0 0x43b2c0(4436672)
Large object heap starts at 0x0000000012a01000
segment begin allocated size
0000000012a00000 0000000012a01000 000000001a5ed558 0x7bec558(129942872)
000000002a980000 000000002a981000 00000000328110b8 0x7e900b8(132710584)
0000000033e00000 0000000033e01000 000000003bd80d78 0x7f7fd78(133692792)
000000001daf0000 000000001daf1000 0000000025996188 0x7ea5188(132796808)
00000000542b0000 00000000542b1000 000000005a4bf100 0x620e100(102818048)
000000005c2b0000 000000005c2b1000 000000006344df88 0x719cf88(119132040)
000000007fff0000 000000007fff1000 00000000878bfbc0 0x78cebc0(126675904)
Total Size: Size: …