vs2010 c++ release dump 文件生成

创建头文件DumpFile.h, 将下列代码放进文件中

#pragma once#include <windows.h>#include < Dbghelp.h>#include <iostream>  #include <vector>  using namespace std; #pragma comment(lib, "Dbghelp.lib")namespace NSDumpFile{     void CreateDumpFile(LPCWSTR lpstrDumpFilePathName, EXCEPTION_POINTERS *pException)      {          // 创建Dump文件          //          HANDLE hDumpFile = CreateFile(lpstrDumpFilePathName, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);          // Dump信息          //          MINIDUMP_EXCEPTION_INFORMATION dumpInfo;          dumpInfo.ExceptionPointers = pException;          dumpInfo.ThreadId = GetCurrentThreadId();          dumpInfo.ClientPointers = TRUE;          // 写入Dump文件内容          //          MiniDumpWriteDump(GetCurrentProcess(), GetCurrentProcessId(), hDumpFile, MiniDumpNormal, &dumpInfo, NULL, NULL);          CloseHandle(hDumpFile);      }      LPTOP_LEVEL_EXCEPTION_FILTER WINAPI MyDummySetUnhandledExceptionFilter(LPTOP_LEVEL_EXCEPTION_FILTER lpTopLevelExceptionFilter)    {        return NULL;    }    BOOL PreventSetUnhandledExceptionFilter()    {        HMODULE hKernel32 = LoadLibrary(_T("kernel32.dll"));        if (hKernel32 ==   NULL)            return FALSE;        void *pOrgEntry = GetProcAddress(hKernel32, "SetUnhandledExceptionFilter");        if(pOrgEntry == NULL)            return FALSE;        unsigned char newJump[ 100 ];        DWORD dwOrgEntryAddr = (DWORD) pOrgEntry;        dwOrgEntryAddr += 5; // add 5 for 5 op-codes for jmp far        void *pNewFunc = &MyDummySetUnhandledExceptionFilter;        DWORD dwNewEntryAddr = (DWORD) pNewFunc;        DWORD dwRelativeAddr = dwNewEntryAddr -  dwOrgEntryAddr;        newJump[ 0 ] = 0xE9;  // JMP absolute        memcpy(&newJump[ 1 ], &dwRelativeAddr, sizeof(pNewFunc));        SIZE_T bytesWritten;        BOOL bRet = WriteProcessMemory(GetCurrentProcess(),    pOrgEntry, newJump, sizeof(pNewFunc) + 1, &bytesWritten);        return bRet;    }    LONG WINAPI UnhandledExceptionFilterEx(struct _EXCEPTION_POINTERS *pException)    {        TCHAR szMbsFile[MAX_PATH] = { 0 };        ::GetModuleFileName(NULL, szMbsFile, MAX_PATH);        TCHAR* pFind = _tcsrchr(szMbsFile, '\\');        if(pFind)        {            *(pFind+1) = 0;            _tcscat(szMbsFile, _T("CrashDumpFile.dmp"));            CreateDumpFile(szMbsFile, pException);        }        // TODO: MiniDumpWriteDump        FatalAppExit(-1,  _T("Fatal Error"));        return EXCEPTION_CONTINUE_SEARCH;    }    void RunCrashHandler()    {        SetUnhandledExceptionFilter(UnhandledExceptionFilterEx);        PreventSetUnhandledExceptionFilter();    }};#define DeclareDumpFile() NSDumpFile::RunCrashHandler();

使用时，在主程序初始化入口处添加DeclareDumpFile()，即可以生成dmp文件了。

注意事项

1、需要配置debug选项
在C/C++选项->常规->调试信息格式(设置为程序数据库(/Zi))；
在连接器选项—>调试->生成调试信息(设置为是)；
在C/C++选项->优化禁用。

2、 可执行文件（exe）必须找到dbghelp.dll，才能生成Dump文件。这个DLL可以从调试工具包中找到。

3、.exe、.pdb、*.dump、dbghelp.dll 这四个文件需要放在同一目录下才好调试，双击dump文件时，就可以自动关联到出错代码位置。

4、为了获取更多更深入的调试信息，需要把程序优化开关设置成禁用。

MiniDumpWriteDump有丰富功能和大量的可用选项。这使得找到一个所有应用都适用的策略会很困难。对于每一个特定的情况，应用程序的开发者必须决定哪些选项对他们的调试工作有用。在这我会试着描述一些基本策略，用来解释如何把MiniDumpWriteDump的配置选项应用到真实场景中。我们会看到四种不同的MiniDumpWriteDump收集数据的策略。并且来了解他们会对minidump的大小和调试的可能性发生什么影响。

TinyDump

这不是一个真实世界的场景。这个方法显示了怎么样来创建一个最小可能数据集的minidump，来使它有一点用途。Figure 15总结了这种MiniDumpWriteDump配置选项。
Figure 15:
MINIDUMP_TYPE标志 MiniDumpNormal
MiniDumpCallback IncludeThreadCallback – exclude all threads
IncludeModuleCallback – exclude all modules
实现这种方式的例子程序在这个地址http://www.debuginfo.com/examples/src/effminidumps/TinyDump.cpp。
结果minidump非常小，在我的系统上非常小。并不令人惊讶，我们去掉了所有线程和模块的信息。如果你试着用WinDbg or VS.NET debugger来装载，你会发现调试器没有办法装载它。
但是，这个minidump还包含了异常的信息，所以不是完全无用，我们可以手工读取这些信息（使用MiniDumpReadDumpStream函数），可以看到异常发生的地址、异常时刻的线程上下文、异常代码甚至反汇编。你可以使用MinDumpView工具(http://www.debuginfo.com/tools/minidumpview.html)来查看其中的信息。为了保持工具简单，没有提供返汇编。

MiniDump

不像TinyDump，这种方式对于真实世界场景是有用的。它收集了足够的调试信息同时又保持minidump足够小。Figure 16中的表格描述了相应的MiniDumpWriteDump配置项。
Figure 16:
MINIDUMP_TYPE MiniDumpWithIndirectlyReferencedMemory,
MiniDumpScanMemory
MiniDumpCallback IncludeThreadCallback – 包括所有线程
IncludeModuleCallback – 包括所有模块
ThreadCallback – 包括所有线程
ModuleCallback – 检查ModuleWriteFlags ，把所有ModuleReferencedByMemory 没有设置的模块排除掉（清除这些模块的ModuleWriteModule标志）
可以在这找到例子程序（http://www.debuginfo.com/examples/src/effminidumps/MiniDump.cpp）
结果的mindump文件仍然很小（在我的系统上大约40-50KB）。他比mindump的标准方式（MiniDumpNormal + no MiniDumpCallback)）包含了更多的信息量。他允许查看栈上的引用的数据。为了优化大小，我们把所有线程栈没有引用的模块从minidump中去掉了（在我的系统上，advapi32.dll 和rpcrt4.dll被去掉了）。
但是，这个minidump还缺少一些重要的信息。例如，我们看不到全局标量的值，不能查看堆和TLS中分配的数据（除非他们被线程栈引用了）。

MidiDump

下一个方式会产生一个信息量充足的minidump，同时保证文件不会过大。Figure 17的表格描述了配置。
Figure 17:
MINIDUMP_TYPE flags MiniDumpWithPrivateReadWriteMemory,
MiniDumpWithDataSegs,
MiniDumpWithHandleData,
MiniDumpWithFullMemoryInfo,
MiniDumpWithThreadInfo,
MiniDumpWithUnloadedModules
MiniDumpCallback IncludeThreadCallback –包括所有线程
IncludeModuleCallback – 包括所有模块
ThreadCallback – 包括所有线程
ModuleCallback – 只保留主模块和ntdll.dll的数据区
例子程序可以在这看到(http://www.debuginfo.com/examples/src/effminidumps/MidiDump.cpp)。minidump的大小在我的系统上大约1350KB。当在调试器中装载的时候，我们可以得到应用程序的几乎所有信息，包括全局变量的值、堆和TLS的内容、PEB、TEB。我们甚至可以得到句柄信息以及虚拟内存布局。这是一个非常有用的dump，并且不是很大。下面的信息没有包括在mindump中：
• 所有模块的代码区(如果我们可以得到这些模块，就不需要他们)
• 某些模块的数据区(我们只包括了我们希望看到全局变量的模块的数据区)

MaxiDump

最后一个例子显示了如何创建一个包含所有可能数据的minidump。Figure 18的表格显示了如何做到这一点。
Figure 18:
MINIDUMP_TYPE flags MiniDumpWithFullMemory,
MiniDumpWithFullMemoryInfo,
MiniDumpWithHandleData,
MiniDumpWithThreadInfo,
MiniDumpWithUnloadedModules
MiniDumpCallback Not used
例子程序可以在这找到http://www.debuginfo.com/examples/src/effminidumps/MaxiDump.cpp。
这个minidump对于这样一个简单程序来说已经很大了（在我的系统上有8MB）。但是，它给了我们在一个mindump中包含所有信息的可能。

对比

Figure 19的表格比较和四种方式创建的minidump的大小。除了这个例子程序的数据之外(它和真实程序会有一定差距)，我还添加了一个真实程序的数据。同样也使用这四种不同的minidump。
Figure 19:
TinyDump MiniDump MidiDump MaxiDump
例子程序 2 KB 40-50 KB 1,35 MB 8 MB
真实程序 2 KB 200 KB 14 MB 35 MB