我感兴趣的是开发人员在用户流数据结构中放入了哪些有用的东西，这些东西可以嵌入到小型转储中。MSDN是这样描述MiniDumpWriteDump的参数的:PMINIDUMP_USER_STREAM_INFORMATION用户流参数并这样描述参数:UserStreamParam[in]PointertoanarrayofMINIDUMP_USER_STREAM_INFORMATIONstructures.IfthevalueofthisparameterisNULL,nouser-definedinformationisincludedintheminidumpfile.我正在考虑将我程序

目前我们用MiniDumpNormal|调用MiniDumpWriteDumpMiniDumpWithIndirectlyReferencedMemory标志。这对于调试配置中的内部构建工作得很好，但没有提供我们在发布配置中需要的信息。在Release中，minidump数据包含足够的堆栈信息供调试器找出代码中发生故障的位置，但没有其他数据。我并不是简单地表示局部变量由于被优化而丢失，正如您在Release构建中所期望的那样——我的意思是，除了调用堆栈和当前代码行之外没有任何有用的东西。没有寄存器，没有局部变量，没有全局变量，没有局部变量指向的对象——什么都没有。我们甚至没有得到允许我

我使用Cmake+mingw来编译我的项目。由于某个未知的时刻，我的程序开始在启动时崩溃，我想出了如何让Windows为我崩溃的应用程序制作小型转储。我会使用GDB直接调试我的应用程序，但是当我使用GDB时程序不会崩溃。Googlebreakpad包含将minidumps转换为coredumps的工具，所以我尝试编译googlebreakpad但似乎breakpad不是windows解决方案。我正在寻找如何检查小型转储并找出我的程序在启动时崩溃的原因的解决方案。你是怎么做到的？ 最佳答案 您不需要分析小型转储。相反，您可以将调试器设