WinDbg中以在崩溃创建转储文件？
我们遇到了一个例外，我们的应用程序。使用Dr.Watson我们没有捕获任何DMP以及日志文件。有人告诉我，WinDbg的是另一种在程序的exceptionn /崩溃创建转储文件。一个google搜索后，我遇到了一大堆的困惑。首先，我想确认一下，是否有可能，要创造转储文件WinDbg的帮助。其次，有没有推荐的简单的命令行WinDbg连接到一个应用程序来获得在其崩溃转储文件？多谢！ 解决方案 在这
..
windbg相关内容
不匹配的对象大小返回sos.dll和内存中的进程大小
我已经使用以下命令SOS枚举特定类型的运行ASP应用程序的所有实例（托管在Windows XP的4 GB机）。 .foreach（OBJ {！dumpheap型::我喜欢的类型:: -short ::地址空间开始::地址空间::结束}）{！objsize $ {OBJ}}。 此枚举给定类型的GC第二代的所有对象。 上的平均的对象的大小似乎是大约500 KB和有大约2000的对象。
..
是我的堆碎片
0：000＆GT; ！dumpheap -stat 共1755874对象 统计： MT计数TotalSize类名称 7b9b0c64 1月12日System.Windows.Forms.Layout.TableLayout + ColumnSpanComparer .... 7933303c 14006 4926456 +的System.Collections.Hashtable斗[] 6524
..
为什么psscor4时不执行命令
由于某些原因，我不能运行任何命令，一旦我加载psscor4。我已经下载从MS网站psscor4的x64和把它放在同一文件夹中的WinDbg是。装载psscor4之前，我可以运行SOS命令，罚款没有任何问题。 0：003＆GT; .loadby SOS CLR 0：003＆GT; lmvm CLR 开始结束模块名称 00007ffa`35630000 00007ffa`35fc8000 CLR
..
断点sosex.mbp设置或sosex.mbm不工作
我现在用VS.NET 2010年我编了一个非常简单的.NET 4.0应用程序。 使用系统; 使用System.Collections.Generic; 使用System.Linq的; 使用System.Text; 命名空间TestWindbg { 类节目 { 静态无效的主要（字串[] args） { 到Console.Re
..
检查现场对内存转储所有实例
我有我用来解决客户问题，内存转储。这是一个.NET（C＃）应用程序。在我的申请的问题是，正在创建特定类的情况太多。有此上课的时候应该有类似20.我想遍历所有这些实例，并调用每个这些实例的名称字段6300实例。有没有简单的方法来做到这一点在WinDbg中/ SOS？ 我知道我可以使用！dumpheap型{}类型名称找到该类的所有实例，但我不知道我怎么能扩大它们并查看我感兴趣的领域。 解决方案
..
如何使C创建转储文件befor崩溃我的$ C $？
我有一些code在C＃和C ++（在一个项目中）。 这code有一些碰撞，我想找不到它。 但这种崩溃是无法重现的任何时间 - 我不能找到它。 我要配置的code / Windows操作系统上创建崩溃转储文件。 这是我一直都......我很少有机会到本机，这种崩溃重现上的限制 - 这是不显影机。这是测试实验室机 那么，怎么办呢？ 我怎样才能改变一个新的转储文件将在任何碰撞造成的性能的解决方案吗
..
找不到模块'的Mscorwks.dll“
我尝试使用WinDbg调试转储文件。当我运行.loadby SOS的Mscorwks.dll 这给了我一个错误信息。 无法找到模块“的Mscorwks.dll” 有没有人见过这个？ 解决方案 不要添加.dll文件，尽量只 .loadby索斯mscorwks
..
WinDbg的 - 的TraceListener和饱和线程池
我有一个多线程的.NET Windows服务是挂起间歇性 - 24/7操作可能每两周一次。当挂起时线程池是完全饱和，因为调用我们自定义的TraceListener开始阻止出于某种原因。有没有阻止根据WinDbg中的违规code任何锁，也没有什么，但他们肯定阻塞的地方。有没有在堆栈上的任何异常无论是。有一个Thread.sleep代码（1）有时会在BufferedStream.Write code受
..
如何从.NET应用程序与procdump（或类似）捕获未处理的异常？
长（无聊）的故事 目前我有一个导致异常的只有一台PC的应用程序。经过一番周围挖我可以封装用小示例应用程序的问题，但真正的原因还是躲了起来。 由于，在这个电脑未安装Visual Studio的我们也不能够这样做，所以我搜索到了另一种解决方案，找到真正的原因这一事实。 在第一种方法我剥夺了我的小应用越来越多，只需仔细阅读异常消息，比较到code和尝试和放大器;错误前来问题的具体线路。但是，这无助
..
为什么这不会导致内存泄漏事件时，不退订
我想了解事件如何会导致内存泄漏。我发现了一处很好的解释 类Person { 公共字符串名字{获得;组; } 公共字符串名字{获得;组; } 公共事件的EventHandler UponWakingUp; 公众人物（）{} 公共无效唤醒（） { Console.WriteLine（“醒来”）; 如果（UponWakingUp！= NULL） UponWakingUp（NULL，EventArgs.E
..
如何才能.NET线程正在等待它不被任何线程拥有一个syncblk？
我有我的应用程序显示了一堆等待一个syncblk线程的崩溃转储和syncblk表明，它没有所属线程。这怎么可能？我试图重现症状在测试应用程序，我想不出什么可能发生在产生结果....具有拥有线程退出或死亡而不释放syncblk仍显示为持有对象，只是主题ID为“XXX”......我通过的PInvoke采用完全托管的正常退出和硬线程终止测试....我测试了一堆等待的不同组合，无脉冲，不匹配的进入和退出
..
我在哪里可以找到和下载的Mscorwks.dll不同的版本和mscordacwks.dll？
我想习惯与WinDbg的合作，以解决崩溃时，我能够让他们转储，但每次我这样做似乎是在问我要了不同版本的Mscorwks.dll和mscordacwks.dll的，我并不总是有访问本机转储来的。 除了告诉他们要挖围绕在其Windows目录中的这些文件送我一个荒唐的大型的“迷你”转储的高端用户来说，有没有什么地方我可以得到不同的副本生成这些文件？ WinDbg中似乎并没有能够找到他们通过微软的符号服
..
diassemble管理code问题
我使用的Windbg使用的Windbg的！U 命令从sos.dll至diassemble管理code（C＃编写，控制台应用程序）。我发现当使用！U 来diassemble有管理的功能，diassembled IL code仅包含函数调用我做了，而对于其余部分（非函数调用C＃code），例如 A = A * 2 和的foreach 循环在C＃中，唯一的本地汇编语言$ C是表示C $，是正确的预期行为
..
WinDbg的：SOS.dll 86 4.0.30319.237副本
我使用的WinDbg寻找到一个进程转储。转储已采取了一个x86服务器与.NET 4 SP1（4.0.30319.237）上。我试图在我使用的WinDbg x86版本的x64机器进行调试，但我得到了以下问题。 0：000＆GT; ！EEVersion SOS的版本不CLR的调试的版本相匹配。请 加载SOS的匹配版本CLR的调试的版本。 CLR版本：4.0.30319.237 SOS版本：4.0.
..
的WinDbg和SOS，我该怎么办打印/倾倒了大量的字符串？
我调试一个hangdump使用的WinDbg与SOS扩展生产服务器来了。 有一个在栈中的一个字符串参数，我需要知道的价值。然而，这是一个相当大的字符串，当我使用 DumpObj 的WinDbg不会打印。这是从输出 DumpObj ： 0：036＆GT; ！做00000001b30d8668 名称：System.String 方法表：0000064278436728 EEClass：00000
..
如何找到的类型的调试过程中实现给定接口的所有实例
我要寻找一种方式来定位的实现给定接口（在WinDbg的调试是）类型堆当前所有实例。由于接口没有，你可以创建一个接口的实例意识类型，他们显然并不时检查堆出现。即！dumpheap 帮助不大这里。 不过，！dumpmt -md 在一个给定的MT列出 IFaces 在 IFaceMap 。据我可以告诉这个数字似乎表明，如果该类型实现一个或多个接口，或不。当使用该类型的 -md 标记方法也列。 不幸的
..
在转储使用SOS与.NET 2（mscorwks）和.NET 4（CLR）
我有一个既具有.NET版本加载转储： 0：000＆GT; LM米CLR 开始结束模块名称 65490000 65aff000 CLR（延迟） 0：000＆GT; LM米mscorwks 开始结束模块名称 6a980000 6af2c000 mscorwks（延迟） 现在我不确定版SOS要使用的。双方将加载没有问题。 0：000＆GT; .loadby索斯mscorwks 0：000
..
什么＆QUOT; EE＆QUOT;指SOS？
我找到了“EE”是一个神奇的词对我来说。 内的CLR，有一个“EEClass”，这是由CLR类加载器创建的。我不知道为什么它被称为EEClass。 现在，来到SOS世界，有更多EE这里，像 EEHeap，EEStack [-EE]，Name2EE .... 难道他们站在这里同一个意思？ 解决方案 在CLR开始长寿命，然后才通过运行.NET code。开始为通用运行系统项目42，失败，但其部
..
蕙碎片年 - 2015年更新
有很多可用的信息有关.NET蕙，它已经在各种物品被解释。然而，似乎有些文章没有一点precision。 过时的信息 在布莱恩·拉斯穆森的回答（2009年），在微软项目经理，他说，限制为85000字节。他还让我们知道，有一个更奇怪的情况下的双重[] 以1000元的尺寸。同样的85000限制由猫腻斯蒂芬斯（MSDN，2008年），在CLR的成员指出团队。 在评论，布莱恩·拉斯穆森变得更加准确，让
..