精品99久久aaa一级毛片,久久噜噜久久久精品66,久久久久人妻一区二区三区

肥仔 — Tue, 10 May 2011 05:05:00 GMT

1、Generate debug必须选上�Q�否则没有调试信�?/p>

2、把优化disable�Q�否则容易��生代码地址偏移�Q?/p>

3、用program database产生PDB文�g�Q?/p>

4、将dll, exe, pdb�Q�加上版本号�Q�防止下�ơ开发编译时把老的PDB冲掉�?/p>

5、发布的版本�Q�输出到一个固定目录，防止��Zؓ删除Debug�Q?Relase��D��丢失

6、对于已�l�稳定的版本dll, exe�Q�编译时�Q�可��优化开启。（虽然偶然有代码地址偏移�Q�但是还可以接受�Q?/p>

7、生成MiniDump�Ӟ��用MiniDumpWithDataSegs方式�Q�这��P��全局变量的��g��可查�?/p>

肥仔 2011-05-10 13:05 发表评论

调试Release发布版程序的Crash错误

肥仔 — Tue, 10 May 2011 03:58:00 GMT

SetUnhandledExceptionFilter + StackWalker

    �q�个�Ҏ��需要自己动手往工程里添加代码了。要实现上面的想法，需要做两�g事情�Q?span lang="EN-US">1、需要在crash时有��Z��对程序堆栈进行处理；2、对堆栈信息�q�行攉����?span lang="EN-US">

    1�?span lang="EN-US">SetUnhandleExceptionFilter函数

    Windows�q�_��下的C++�E�序异常通常可分��Z���U�：�l�构化异常（Structured Exception�Q�可以理解�ؓ与操作系�l�相关的异常�Q�和C++异常。对于结构化异常处理�Q?span lang="EN-US">SEH�Q�，可以扑ֈ�很多资料�Q�在此不�l�说。对�?span lang="EN-US">crash错误�Q�一般由未被正常捕获的异常引��P��Windows操作�pȝ��提供了一�?span lang="EN-US">API函数可以在程�?span lang="EN-US">crash之前有机会处理这些异常，���是SetUnhandleExceptionFilter函数。（C++也有一个类似函�?span lang="EN-US">set_terminate可以处理未被捕获�?span lang="EN-US">C++异常。）

    SetUnhandleExceptionFilter函数声明如下�Q?span lang="EN-US">

    LPTOP_LEVEL_EXCEPTION_FILTER WINAPI SetUnhandledExceptionFilter(

      __in          LPTOP_LEVEL_EXCEPTION_FILTER lpTopLevelExceptionFilter

);

    其中 LPTOP_LEVEL_EXCEPTION_FILTER 定义如下�Q?span lang="EN-US">

    typedef LONG (WINAPI *PTOP_LEVEL_EXCEPTION_FILTER)(

        __in struct _EXCEPTION_POINTERS *ExceptionInfo

);

    typedef PTOP_LEVEL_EXCEPTION_FILTER LPTOP_LEVEL_EXCEPTION_FILTER;

    ���单来��_��SetUnhandleExceptionFilter允许我们讄���一个自��q��函数作�ؓ全局SEH�q���o函数�Q�当�E�序crash前会调用我们的函数进行处理。我们可以利用的�?_EXCEPTION_POINTERS �l�构�c�d��的变�?span lang="EN-US">ExceptionInfo�Q�它包含了对异常的描�q�C��及发生异常的�U�程状态，�q���o函数可以通过�q�回不同的值来让系�l����l�运行或退出应用程序�?span lang="EN-US">

    关于 SetUnhandleExceptionFilter 函数的具体用法和�C�Z��请参�?span lang="EN-US">MSDN�?span lang="EN-US">

    2�?span lang="EN-US">StackWalker

    现在我们已经有机会可以在crash之前对程序状态信息进行处理了�Q�只需要生成�ƈ保存堆栈信息���大功告成了�?span lang="EN-US">Windows�?span lang="EN-US">dbghelp.dll库提供了一个函数可以得到当前堆栈信息：StackWalk64�Q�在Win2K以前版本中�ؓStackWalk�Q�。该函数声明如下�Q?span lang="EN-US">

    BOOL WINAPI StackWalk64(

      __in          DWORD MachineType,

      __in          HANDLE hProcess,

      __in          HANDLE hThread,

      __in_out      LPSTACKFRAME64 StackFrame,

      __in_out      PVOID ContextRecord,

      __in          PREAD_PROCESS_MEMORY_ROUTINE64 ReadMemoryRoutine,

      __in          PFUNCTION_TABLE_ACCESS_ROUTINE64 FunctionTableAccessRoutine,

      __in          PGET_MODULE_BASE_ROUTINE64 GetModuleBaseRoutine,

      __in          PTRANSLATE_ADDRESS_ROUTINE64 TranslateAddress

);

    该函数的具体用法可以参�?span lang="EN-US">MSDN。在�q�里推荐一个牛人写好的StackWalker�Q�可以直接拿来用�Q�开源的�?span lang="EN-US">StackWalker提供了一个基�c�，�l�出了几个简单的接口�Q�可以方便地生成堆栈信息�Q��ƈ且支持一�p�d��VC版本�Q�非常好用。我们可以自己写一个子�c�，�q����载虚函数OnOutput�Q�就可以���堆栈信息输��Zؓ特定格式了�?span lang="EN-US">StackWalker的地址为：http://www.codeproject.com/KB/threads/StackWalker.aspx�?/span>

    不过对于Release版本来说�Q?span lang="EN-US">StackWalk64函数获得的堆栈信息有可能不完整。如果异常是�?span lang="EN-US">MFC的模块抛出，那么获得的堆栈可能缺���前面调用模块信息。另外，StackWalk64需要最新的dbghelp.dll文�g支持才能工作�Q�要正确输出crash的函数名和行��P��需要要pdb文�g支持。以上不���x��可能影响输出信息的完整性和效果�Q�而对于发布在外的�E�序�Q�要带上pdb文�g几乎不可能，因此�q�个�Ҏ���q�是有缺憄����Q�比较适用于本地的release版本调试�?span lang="EN-US">

当我们把自己�?span lang="EN-US">release版本�E�序发布出去以后�Q�一般都是在用户的机器上�q�行。这�U�情况下�Q�对于第四种�Ҏ���Q�因为需�?span lang="EN-US">pdb文�g才能够正���生成堆栈调用的函数行号及代码行��P��因此�Ҏ��四只适用于本�?span lang="EN-US">release版的调试�Q�否则只能生成不完整的堆栈信息。对于前三种�Ҏ���Q�其实只需要用户告知崩溃地址�Q�然后在本地查找crash地址���可以了�Q�但是定�?span lang="EN-US">crash的过�E�非�怸�方便�Q�如�?span lang="EN-US">crash的情冉|��较多�Q�前三种�Ҏ��都不合适。而且�Q�前三种�Ҏ��均不能生成堆栈调用信息，对于debug的作用有限�?span lang="EN-US">

    下面我们���来看一个更加完善的解决�Ҏ���?span lang="EN-US">

    �Ҏ��五：SetUnhandledExceptionFilter + Minidump

    SetUnhandleExceptionFilter函数我们已经介绍�q�了�Q�本�Ҏ��的思�\�q�是要利用我们自��q��异常处理函数�Q�来生成minidump文�g�?span lang="EN-US">

    1�?span lang="EN-US">Minidump概念

    minidump�Q�小存储器�{储）可以理解��Z���?span lang="EN-US">dump文�g�Q�里面记录了能够帮助调试crash的最���有用信息。实际上�Q�如果你�?�pȝ��属�?span lang="EN-US"> -> 高�� -> 启动和故障恢�?span lang="EN-US"> -> 讄��� -> 写入调试信息 中选择�?/span>���内存�{�?span lang="EN-US">(64 KB)�?/span>的话�Q�当�pȝ��意外停止旉���会在C:\Windows\Minidump\路径下生成一�?span lang="EN-US">.dmp后缀的文�Ӟ���q�个文�g���是minidump文�g�Q�只不过�q�个是内核态的minidump�?span lang="EN-US">

   我们要生成的是用��h��的minidump�Q�文件中包含了程序运行的模块信息、线�E�信息、堆栈调用信息等。而且��Z���W�合�?span lang="EN-US">mini的特性，dump文�g是压�~�过的�?span lang="EN-US">

    2、生�?span lang="EN-US">minidump文�g

    生成minidump文�g�?span lang="EN-US">API函数�?span lang="EN-US">MiniDumpWriteDump�Q�该函数需�?span lang="EN-US">dbghelp.lib支持�Q�其原型如下:

    BOOL WINAPI MiniDumpWriteDump(

      __in          HANDLE hProcess,

      __in          DWORD ProcessId,

      __in          HANDLE hFile,

      __in          MINIDUMP_TYPE DumpType,

      __in          PMINIDUMP_EXCEPTION_INFORMATION ExceptionParam,

      __in          PMINIDUMP_USER_STREAM_INFORMATION UserStreamParam,

      __in          PMINIDUMP_CALLBACK_INFORMATION CallbackParam

);

    在我们的异常处理函数中加入以下代码：

    HANDLE hFile = ::CreateFile( _T("E:\\dumpfile.dmp"), GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);

     if( hFile != INVALID_HANDLE_VALUE)

         MINIDUMP_EXCEPTION_INFORMATION einfo;

         einfo.ThreadId = ::GetCurrentThreadId();

         einfo.ExceptionPointers = pExInfo;

         einfo.ClientPointers = FALSE;

        ::MiniDumpWriteDump(::GetCurrentProcess(), ::GetCurrentProcessId(), hFile, MiniDumpNormal, &einfo, NULL, NULL);

        ::CloseHandle(hFile);

    其中�Q?span lang="EN-US">pExInfo变量为异常处理函�?span lang="EN-US">PEXCEPTION_POINTERS�c�d��的参数。具体请参�?span lang="EN-US">MSDN�?span lang="EN-US">

    3、调�?span lang="EN-US">minidump

    调试dump文�g首先需�?span lang="EN-US">pdb文�g�Q�因此我�?span lang="EN-US">build�E�序旉���要设�|?span lang="EN-US"> Debug Infomation Format �?span lang="EN-US"> “Program Database�Q?span lang="EN-US">/Zi�Q?span lang="EN-US">�?/span>。其�ơ，我们�q�要���保所用的dump文�g与源代码�?span lang="EN-US">exe�?span lang="EN-US">pdb文�g版本是一致的�Q�这要求我们必须�l�护好程序版本信息�?span lang="EN-US">

    调试minidump最方便的环境就�?span lang="EN-US">VS了，我们只要��?span lang="EN-US">.dmp�?span lang="EN-US">.exe�?span lang="EN-US">.pdb文�g攑֜�一个�\径下�Q�保证源代码文�g的�\径与�~�译时的路径一致就可以了，剩下的就�?span lang="EN-US">VS帮我们完成。双�?span lang="EN-US">.dmp文�g或者在文�g打开工程中选择“dump files�?/span>�Q�加�?span lang="EN-US">dump文�g�Q�然后按F5�q�行���p��直接恢复crash时的现场了，你可以定�?span lang="EN-US">crash的代码，可以查看调用堆栈�Q�可以查看线�E�和模块信息...一切都跟你讄���断点调试一��P��太强大了�Q�看个截囑֐��?span lang="EN-US">

    需要注意的是，对于release版的�E�序来说�Q�很多代码是�l�过�~�译器优化过的，因此定位的时候可能会有所偏差�Q�大家可以考虑讄���选项��L��代码优化�?span lang="EN-US">

    其他可以调试minidump的工兯����?span lang="EN-US">WinDbg�{�，大家可以查阅相关资料�?span lang="EN-US">

肥仔 2011-05-10 11:58 发表评论

使用MiniDumpWriteDump API 来生成程序的Dump

肥仔 — Tue, 10 May 2011 03:08:00 GMT

MiniDumpWriteDump�?span lang="EN-US">MS DbgHelp.dll 中一�?span lang="EN-US">API, 用于导出当前�q�行的程序的Dump. �q�个dll�E�序�pȝ��中就�?span lang="EN-US">, 但是很多软�g, 都在自己的安装目录下保存了这�?span lang="EN-US">.dll的最新的版本.

��Z��试�q�个API, 参考网上一些资�?span lang="EN-US">, 写了一个简单的C++ �E�序. 目的是当有异常发生的时�?span lang="EN-US">, 自动生成Dump文�g供之后的分析. 有了Dump文�g, 我们��可以��?span lang="EN-US">WinDBG�{�调试器来分析异常发生时的情�?span lang="EN-US">. 其实�q�个功能很多软�g都有, 比如QQ, ��兽世界, �{�等. 它们在出��C��异常的时候会弹出一个对话框, 让用戯��入异常发生时的情�?span lang="EN-US">, 然后把异常的dump文�g�?span lang="EN-US">email发回, 供开发者们分析修改bug.

不过有一�?span lang="EN-US">, �q�里需要程序的调试�W�号文�g(pdb文�g). 对于Debug版来�?span lang="EN-US">, 是生成的, 但是Release版来说默认是不生成的. 可以讄��VC的编译器, 让它�?span lang="EN-US">Release版的时候也生成调试信息. �q�带来一个新的问�?span lang="EN-US">, 因�ؓ.pdb里面是保存了源文件的信息�?span lang="EN-US">, ��Z��避免泄密, 可以采用VS中的CVPack工具, 从中去除敏感的信�?span lang="EN-US">.

�E�序需要��?b>Dbghelp.h �?Dbghelp.lib . 它们可以�?span lang="EN-US">MSDN扑ֈ�.

//最主要的函�?span lang="EN-US">, 生成Dump
static void DumpMiniDump(HANDLE hFile, PEXCEPTION_POINTERS excpInfo)
{
if (excpInfo == NULL) //如果没有传入异常, 比如是在�E�序里面调用�?span lang="EN-US">, 生成一个异�?/span>
{
// Generate exception to get proper context in dump
__try
{
OutputDebugString(_T("raising exception\r\n"));
RaiseException(EXCEPTION_BREAKPOINT, 0, 0, NULL);
}
__except(DumpMiniDump(hFile, GetExceptionInformation()),
EXCEPTION_CONTINUE_EXECUTION)
{
}
}
else
{
OutputDebugString(_T("writing minidump\r\n"));
MINIDUMP_EXCEPTION_INFORMATION eInfo;
eInfo.ThreadId = GetCurrentThreadId(); //把需要的信息添进�?/span>
eInfo.ExceptionPointers = excpInfo;
eInfo.ClientPointers = FALSE;

// 调用, 生成Dump. 98不支�?span lang="EN-US">
// Dump的类型是��型�?span lang="EN-US">, 节省�I�间. 可以参�?span lang="EN-US">MSDN生成更详�l�的Dump.
MiniDumpWriteDump(
GetCurrentProcess(),
GetCurrentProcessId(),
hFile,
MiniDumpNormal,
excpInfo ? &eInfo : NULL,
NULL,
NULL);
}
}

下面的是�E�序部分:

int _tmain(int argc, _TCHAR* argv[])
{
// 创徏一�?span lang="EN-US">Dump文�g
HANDLE hFile = CreateFile( _T("MiniDump.dmp"), GENERIC_READ | GENERIC_WRITE,
0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL );
int code;
__try
{
// 把自己实现的main函数包装一�?span lang="EN-US">, 攑֜�try .. except 块中. �q�样出现了异常可以自动生�?span lang="EN-US">dump
main_wrapper(argc, argv);
}
__except( code=GetExceptionCode(), DumpMiniDump(hFile, GetExceptionInformation() ), EXCEPTION_EXECUTE_HANDLER ) //出现了异�?span lang="EN-US">, 记录异常�?span lang="EN-US">code, 生成dump!!
{
printf("%x\n", code);
wchar_t msg[512];
wsprintf(msg, L"Exception happened. Exception code is %x", code);
MessageBox(NULL, msg, L"Exception", MB_OK); //昄��消息�l�用�?/span>
}
CloseHandle( hFile ); //关闭Dump文�g
getchar();
return 0;
}

最下面是两个测试的函数, main_wrapper函数��调�?span lang="EN-US">test1, test1��会生成一个异�?span lang="EN-US">(非法内存�?span lang="EN-US">)

void test1() {
int *p;
p = (int*)0x100;
*p = 0; //�?span lang="EN-US">0x100地址, �q�个是非法的
}

void main_wrapper(int argc, _TCHAR* argv[]) {
test1();
}

�q�行, 异常被捕获了:

同时, dump文�g也生成了:

�?span lang="EN-US">WinDBG打开Dump文�g, 可以清楚的看出异常出现的情况:

从中可以比较清楚的看到异常发生的情况(Exception code), 异常出现的地址(test1函数, 偏移0x28). 因�ؓ�q�次��试的是Debug�?span lang="EN-US">, 有保存了源代码的.pdb文�g, 所�?span lang="EN-US">WinDbg把源代码也列出来�?span lang="EN-US">. �q�样可以非常�Ҏ��的发现问�?span lang="EN-US">.

============================================

参�?span lang="EN-US">:
DbgHelp中的DumpAPI例子: http://www.debuginfo.com/examples/src/effminidumps/MiniDump.cpp
CrashReport: �E�序出现异常的时候显�C�发送错误的对话�?span lang="EN-US">, �q�把Dump文�g发送到指定的地址. http://code.google.com/p/crashrpt/
XCrashReport: 与上面的�c�M��的一个开源项�?span lang="EN-US">. http://www.codeproject.com/KB/debug/XCrashReportPt1.aspx

肥仔 2011-05-10 11:08 发表评论

�W�号文�g——Windows 应用�E�序调试必备

肥仔 — Tue, 10 May 2011 03:02:00 GMT

一、何谓符��h��Ӟ��

　　�W�号文�g�Q?span lang="EN-US">Symbol Files�Q�是一个数据信息文�Ӟ��它包含了应用�E�序二进制文�Ӟ��比如�Q?span lang="EN-US">EXE�?span lang="EN-US">DLL�{�）调试信息�Q�专门用来作调试之用�Q�最�l�生成的可执行文件在�q�行时�ƈ不需要这个符��h��Ӟ��但你的程序中所有的变量信息都记录在�q�个文�g中。所以调试应用程序时�Q�这个文件是非常重要的。用 Visual C++ �?span lang="EN-US"> WinDbg 调试�E�序旉��要用到这个文件�?span lang="EN-US">
　　�?span lang="EN-US"> Windows �pȝ��中，�W�号文�g�?span lang="EN-US"> .pdb 为扩展名�Q�比如：每个 Windows 操作�pȝ��下有一�?span lang="EN-US"> GDI32.dll 文�g�Q�编译器在编译该 DLL 的时候会产生一�?span lang="EN-US"> GDI32.pdb 文�g�Q�一旦你拥有了这�?span lang="EN-US"> PDB 文�g�Q�那么便可以用它来调试�ƈ跟踪�?span lang="EN-US"> GDI32.dll 内部。该文�g和二�q�制文�g的编译版本密切相养I��比如修改�?span lang="EN-US"> DLL 的输出函敎ͼ�再编译该 DLL�Q�那么原先的 PDB 文�g��p��时了�Q�不能再用老的 PDB 文�g来做调试工作,而必��M��用最新的 PDB 文�g版本�?span lang="EN-US">
　　Visual C++ �~�译代码后会�?span lang="EN-US"> Debug 或�?span lang="EN-US"> Release 目录下生成一�?span lang="EN-US"> PDB 文�g。一般情况下�Q�符��h��件包括以下的数据信息�Q?span lang="EN-US">

全局变量�Q?span lang="EN-US">Global variables�Q�；
局部变量（Local variables�Q�；
函数名和它们的入口地址�Q?span lang="EN-US">Function names and the addresses of their entry points�Q�；
FPO 数据�Q?span lang="EN-US">Frame Pointer Omission)�Q?span lang="EN-US">Frame Pointer 是一�U�用来在调用堆栈�Q?span lang="EN-US">Call stack�Q�中扑ֈ�下一个将要被调用的函数的数据�l�构源代码的行序��P��Source-line numbers�Q�；

二、如何得到和安装�W�号文�g?

先确定你的操作系�l�（OS�Q�版本；
到微软网站下载相应的�W�号文�g�Q?
安装�W�号文�g�Q�对于符��h��件的安装位置没有特贝要求�Q�可以安装在��M��目录中；
讄��环境变量�Q��得调试工��P��比如�Q?span lang="EN-US">Visual C++�?span lang="EN-US">WinDbg�?span lang="EN-US">Ntsd�?span lang="EN-US">DrWatson �{�）能找到符��h��Ӟ��

安装�W�号文�g的注意事��：

　　如果是手动安装符��h��Ӟ��有一点很重要�Q�那��是宿主机（Hostt Computer�Q�上的符��h��件必��M��目标机器�Q?span lang="EN-US">Target Computer�Q�上�?span lang="EN-US"> Windows 版本相匹配�?span lang="EN-US">
　　�q�里所谓的宿主机指的是�q�行调试会话的机器，在典型的双系�l�调试会话环境中�Q�宿��L��可以是连接到目标机器的�Q何机器。目标机器指的是发生软�g�l��g、系�l�服务、应用程序或操作�pȝ��q�行��p�|的机器。也��x��需要被调试的机器，它是调试会话��x��的焦炏V��目标机器可以近在咫��，也可以位于完全不同的地方。有时我们也��目标机器称之�ؓ—�?/span>被调试者（debuggee�Q�，那么与之对应�Q�宿��L��则可以称��试者（debugger�Q��?span lang="EN-US">

三、在 Visual C++ 使用�W�号文�g的方�?/span>

�?span lang="EN-US"> Visual C++ 6.0 中的使用�Ҏ��Q?span lang="EN-US">

打开 Visual C++ 6.0 �?span lang="EN-US"> Workspace 文�g�Q?span lang="EN-US">*.dsw�Q�；
�q�入 Tools 菜单�Q�选择 Options 菜单��?span lang="EN-US"> (Tools->Options)�Q?
单击 Directoties 标签�Q?
�?span lang="EN-US"> “Show directories for�?/span>下拉列表中选择 “Executable files�?/span>�Q?
��符��h��件的路径��d��?span lang="EN-US"> “Directories�?路径列表中；
单击 OK 完成�Q?

�?span lang="EN-US"> Visual C++ .NET 2003 中的使用�Ҏ��Q?span lang="EN-US">

打开 Visual C++ .NET 的项目文�Ӟ��*.vcproj�Q�；
在解��x��案管理器中选中要��用符��h��件的��目�Q?
单击右键�q�入��目属性对话框�Q?
选择�?/span>配置属�?span lang="EN-US">�?/span>中的�?/span>调试�?/span>�Q?
在与�?/span>调试�?/span>对应�?span lang="EN-US">�?/span>操作�?/span>选项中有一�?span lang="EN-US">�?/span>�W�号路径�?/span>�Q�在此添加符��h��件的路径卛_��Q?
单击 �?/span>��定�?完成�Q?

四、如何��?span lang="EN-US"> Release 版本二进制文件对应的 PDB 文�g?

�?span lang="EN-US"> Visual C++ 6.0 中的�Ҏ��Q?span lang="EN-US">

打开 Visual C++ 6.0 �?span lang="EN-US"> Workspace 文�g�Q?span lang="EN-US">*.dsw�Q�；
�q�入 Project 菜单�Q�选择 Settings 菜单��?span lang="EN-US"> (Project->Settings)�Q�打开��目讄��对话框；
�?span lang="EN-US"> “Settings for�?/span>列表中选择��目�?span lang="EN-US"> Release 配置�Q?
单击“C/C++�?/span>标签�Q?
�?span lang="EN-US">“Category�?/span>下拉列表框中选择“General�?/span>选项�Q?
�?span lang="EN-US">“Debug info�?/span>下拉列表框中选择调试信息格式�Q�具体选项参见图一�Q�，在此不必��用��M��优化选项�Q?
单击“Link�?/span>标签�Q?
�?span lang="EN-US">“Category�?/span>下拉列表框中选择“Debug�?/span>选项�Q?
选中“Debug info�?/span>复选框�Q�然后选择需要的链接调试�c�d��Q�具体选项参见图一�Q�；
不要选择“Separate types�?/span>复选框�Q?
�?span lang="EN-US">“Project options�?/span>�~�辑框的最后添加如下指令：/opt:ref,icf�Q?
重新生成�Q?span lang="EN-US">Rebuild�Q�项目；

�?span lang="EN-US"> Visual C++ .NET 2003 中的�Ҏ��Q?span lang="EN-US">

打开 Visual C++ .NET 的项目文�Ӟ��*.vcproj�Q�；
�q�入 Project 菜单�Q�选择 Settings 菜单��?span lang="EN-US"> (Project->Settings)�Q�打开��目讄��对话框；
�?span lang="EN-US"> �?/span>配置�?/span>下拉列表中选择��目�?span lang="EN-US"> �?/span>�Q�活动）Release�?配置�Q?
选择�?/span>配置属�?span lang="EN-US">�?/span>树型节点中的“C/C++�?==�?span lang="EN-US">�?/span>常规�?/span>�Q?
讄��双��?span lang="EN-US">�?/span>调试信息格式�?/span>选项�Q�具体选项参见图一�Q�；
选择�?/span>配置属�?span lang="EN-US">�?/span>树型节点中的�?/span>链接�?span lang="EN-US">�?=�?span lang="EN-US">�?/span>调试�?/span>�Q?
讄��双��?span lang="EN-US">�?/span>生成�E�序数据库文�?span lang="EN-US">�?/span>�Q�具体选项参见图一�Q�；
选择�?/span>配置属�?span lang="EN-US">�?/span>树型节点中的�?/span>链接�?span lang="EN-US">�?=�?span lang="EN-US">�?/span>命��o�?span lang="EN-US">�?/span>�Q?
�?span lang="EN-US">�?/span>附加选项(D)�?/span>�~�辑框中��d��如下指��o�Q?span lang="EN-US">/opt:ref,icf�Q?
�?span lang="EN-US">�?/span>��定�?/span>退出；
重新生成�Q?span lang="EN-US">Rebuild�Q�项目；

图一

五、关�?span lang="EN-US"> Free Build�Q�也�U?span lang="EN-US"> Retail Build�Q�和 Checked Build�Q�也�U?span lang="EN-US"> Debug Build�Q?/span>

每个��Z�� NT 操作�pȝ��有两�U�不同的�E�序生成模式�Q�即�Q?span lang="EN-US">

Free Build (�?span lang="EN-US"> Retail Build)
Checked Build (�?span lang="EN-US"> Debug Build)

　　Free Build 生成的是最�l�用��L��本，针对生成的二�q�制文�g�q�行了彻底的优化�Q�禁用了调试断言�Q��ƈ剥离了调试信息。这样一来��可执行程序文件更��，加蝲更快�Q��用的内存也更��?span lang="EN-US">
　　Checked Build 生成的是��试和调试版本。它包含额外�?span lang="EN-US"> Free Build 所没有的错误检查，参数验证和调试信息，Checked Build 有助于隔��d��跟踪可能��D��不可预见的行为的问题�Q�比如内存溢出，不正��的讑֤�配置。虽�?span lang="EN-US"> Checked Build 提供了额外的保护�Q�但�?span lang="EN-US"> Free Build 比较�Q�它需要更多的内存开销和磁盘空间。由于可执行�E�序包含�W�号调试信息�Q�调试时要执行附加的代码、参数检查和输出调试诊断信息�Q�从而导致性能下降�?span lang="EN-US">

六、系�l�符��h��件的更新�Ҏ��

　　�pȝ��W�号文�g�?span lang="EN-US"> Windows 操作�pȝ��依赖的那几个重要�?span lang="EN-US"> DLL/SYS 和可执行文�g对应的符��h��Ӟ��常见的比如：gdi32.dll�?span lang="EN-US">Kernel32.dll�?span lang="EN-US">Kerberos.dll�?span lang="EN-US">psapi.dll�?span lang="EN-US">user32.dll�{�，使用 WinDbg 调试�Ӟ��你就会发现系�l�符��h��?span lang="EN-US">(PDB)有多重要�Q�这些文仉��与本地的 OS 密切相关�Q�比如，Windows 2000 打了SP补丁的话�Q�那么必��L��新系�l�符��h��件才能进行相兌��试，原来的符��h��件与打补丁后的系�l�就会不匚w��Q�怎么办呢? 可以通过�|�络来更斎ͼ�象下面这样在 WinDbg �?span lang="EN-US"> Symbols Path 里面输入路径�Q?span lang="EN-US">

SRV*D:\Symbols\websymbols*http://msdl.microsoft.com/download/symbols

�Q�斜体部分是你在本地保存�W�号文�g的�\径）

　　如果你不是通过代理上网�Q�那么在你用 WinDbg 打开一个被调试�E�序后，输入 symchk 回�R�Q?span lang="EN-US">WinDbg ��׃��自动的连到微软的�|�站�Ҏ��你的机器的情冉|��新的 PDB 文�g�Q��ƈ��它保存在上面斜体部分指定的本地路径里，�q�样你就可以��保你的�W�号文�g版本和你机器上的文�g版本一致�?span lang="EN-US">

如果你是通过代理上网那么你需要配�|?span lang="EN-US"> IE 的连接设�|�。具体方法恕不赘�a�

肥仔 2011-05-10 11:02 发表评论

肥仔 — Tue, 10 May 2011 03:01:00 GMT

要成��Z��位优�U�的��Y件工�E�师�Q�调试能力必不可�~�。本文将较详�l�介�l?span lang="EN-US">VC6调试器的主要用法�?span lang="EN-US">
windows�q�_��的调试器主要分�ؓ两大�c�：
1 用户模式(user-mode)调试器：它们都基�?span lang="EN-US">win32 Debugging API�Q�有使用方便的界面，主要用于调试用户模式下的应用�E�序。这�c�调试器包括Visual C++调试器�?span lang="EN-US">WinDBG�?span lang="EN-US">BoundChecker�?span lang="EN-US">Borland C++ Builder调试器�?span lang="EN-US">NTSD�{��?span lang="EN-US">
2 内核模式(kernel-mode)调试器：内核调试器位�?span lang="EN-US">CPU和操作系�l�之��_��一旦启动，操作�pȝ��也会中止�q�行�Q�主要用于调试驱动程序或用户模式调试器不易调试的�E�序。这�c�调试器包括WDEB386�?span lang="EN-US">WinDBG�?span lang="EN-US">softice�{�。其�?span lang="EN-US">WinDBG�?span lang="EN-US">softice也可以调试用��h��式代码�?span lang="EN-US">
国外一位调试高手曾��_��?span lang="EN-US">70�Q�调试时间是在用VC++�Q�其余时间是使用WinDBG�?span lang="EN-US">softice。毕竟，调试用户模式代码�Q?span lang="EN-US">VC6调试器的效率是非帔R��的。因此，我将首先在本��介�l?span lang="EN-US">VC6调试器的主要用法�Q�其他调试器的用法及一些调试技能在后箋文章中阐�q��?span lang="EN-US">

一位置断点�Q?span lang="EN-US">Location Breakpoint�Q?/b>
大家最常用的断�Ҏ��普通的位置断点�Q�在源程序的某一行按F9��p��|�了一个位�|�断炏V��但对于很多问题�Q�这�U�朴素的断点作用有限。譬如下面这�D�代码：

void CForDebugDlg::OnOK()

{

       for (int i = 0; i < 1000; i++)    //A

       {

              int k = i * 10 - 2; //B

              SendTo(k);          //C

              int tmp = DoSome(i); //D

              int j = i / tmp;    //E

       }

}



执行此函敎ͼ��E�序崩溃�?span lang="EN-US">E行，发现此时tmp�?span lang="EN-US">0�Q�假�?span lang="EN-US">tmp本不应该�?span lang="EN-US">0�Q�怎么�q�个时候�ؓ0呢？所以最好能够跟�t�此�ơ��@环时DoSome函数是如何运行的�Q�但�׃��是在循环体内�Q�如果在E行设�|�断点，可能需要按F5�Q?span lang="EN-US">GO�Q�许多次。这��h��要不停的按，很痛苦。��?span lang="EN-US">VC6断点修饰条�g��可以轻易解��x��问题。步骤如下�?span lang="EN-US">
1 Ctrl+B打开断点讄��框，如下图：

Figure 1讄��高��位置断点
2 然后选择D行所在的断点�Q�然后点�?span lang="EN-US">condition按钮�Q�在弹出对话框的最下面一个编辑框中输入一个很大数目，具体视应用而定�Q�这�?span lang="EN-US">1000��够了�?span lang="EN-US">
3 �?span lang="EN-US">F5重新�q�行�E�序�Q�程序中断�?span lang="EN-US">Ctrl+B打开断点框，发现此断点后跟随一串说明：...487 times remaining。意思是�q�剩�?span lang="EN-US">487�ơ没有执行，那就是说执行�?span lang="EN-US">513�Q?span lang="EN-US">1000�Q?span lang="EN-US">487�Q�次时候出错的。因此，我们按步�?span lang="EN-US">2所�Ԍ��更改此断点的skip�ơ数,��?span lang="EN-US">1000改�ؓ513�?span lang="EN-US">
4 再次重新�q�行�E�序�Q�程序执行了513�ơ��@环，然后自动停在断点处。这�Ӟ��我们��可以仔�l�查�?span lang="EN-US">DoSome是如何返�?span lang="EN-US">0的。这��P��你就避免了手指的痛苦�Q�节省了旉��?span lang="EN-US">
再看位置断点其他修饰条�g。如Figure 1所�C�，�?span lang="EN-US">“Enter the expression to be evaluated:�?/span>下面�Q�可以输入一些条�Ӟ��当这些条件满��x��Q�断�Ҏ��启动。譬如，刚才的程序，我们需�?span lang="EN-US">i�?span lang="EN-US">100时程序停下来�Q�我们就可以输入在编辑框中输�?span lang="EN-US">“i==100�?/st1:chmetcnv>�?span lang="EN-US">
另外�Q�如果在此编辑框中如果只输入变量名称�Q�则变量发生改变�Ӟ��断点才会启动。这�Ҏ��一个变量何时被修改很方便，特别对一些大�E�序�?span lang="EN-US">
用好位置断点的修饰条�Ӟ��可以大大方便解决某些问题�?span lang="EN-US">

�?数据断点�Q?span lang="EN-US">Data Breakpoint�Q?/b>
软�g调试�q�程中，有时会发��C��些数据会莫名其妙的被修改掉（如一些数�l�的��界写导致覆盖了另外的变量）�Q�找��Z��处代码导致这块内存被更改是一件棘手的事情�Q�如果没有调试器的帮助）。恰当运用数据断点可以快速帮你定位何时何处这个数据被修改。譬如下面一�D늨�序：

#include "stdafx.h"

#include

int main(int argc, char* argv[])

{

       char szName1[10];

       char szName2[4];

       strcpy(szName1,"shenzhen");

       printf("%s\n", szName1);          //A

       strcpy(szName2, "vckbase");              //B

       printf("%s\n", szName1);

       printf("%s\n", szName2);

       return 0;

}



�q�段�E�序的输出是

             szName1: shenzhen

       szName1: ase

       szName2: vckbase



szName1何时被修改呢�Q�因为没有明昄��修改szName1代码。我们可以首先在A行设�|�普通断点，F5�q�行�E�序�Q�程序停�?span lang="EN-US">A行。然后我们再讄��一个数据断炏V��如下图�Q?span lang="EN-US">

Figure 2 数据断点
F5�l�箋�q�行�Q�程序停�?span lang="EN-US">B行，说明B处代码修改了szName1�?span lang="EN-US">B处明明没有修�?span lang="EN-US">szName1呀�Q�但调试器指明是�q�一行，一般不会错�Q�所以还是静下心来看看程序，哦，你发��C��Q?span lang="EN-US">szName2只有4个字节，�?span lang="EN-US">strcpy�?span lang="EN-US">7个字节，所以覆写了szName1�?span lang="EN-US">
数据断点不只是对变量改变有效�Q�还可以讄��变量是否�{�于某个倹{��譬如，你可以将Figure 2中红圈处改�ؓ条�g”szName2[0]==''''y''''�?那么�?span lang="EN-US">szName2�W�一个字�W��ؓy时断点就会启动�?span lang="EN-US">
可以看出�Q�数据断点相对位�|�断点一个很大的区别是不用明��指明在哪一行代码设�|�断炏V�?span lang="EN-US">

�?其他
1 �?span lang="EN-US">call stack�H�口中设�|�断点，选择某个函数�Q�按F9讄��一个断炏V��这样可以从深层�ơ的函数调用中迅速返回到需要的函数�?span lang="EN-US">
2 Set Next StateMent命��o�Q?span lang="EN-US">debug�q�程中，右键菜单中的命��o�Q?span lang="EN-US">
此命令的作用是将�E�序的指令指针（EIP�Q�指向不同的代码行。譬如，你正在调试上面那�D�代码，�q�行�?span lang="EN-US">A行，但你不愿意运�?span lang="EN-US">B行和C行代码，�q�时�Q�你��可以在D行，右键�Q�然�?span lang="EN-US">“Set Next StateMent�?/span>。调试器��׃��会执�?span lang="EN-US">B�?span lang="EN-US">C行。只要在同一函数内，此指令就可以随意跛_��或蟩后执行。灵�z�M��用此功能可以大量节省调试旉��?span lang="EN-US">
3 watch�H�口
watch�H�口支持丰富的数据格式化功能。如输入0x65,u�Q�则在右栏显�C?span lang="EN-US">101�?span lang="EN-US">
实时昄��windows API调用的错误：在左栏输�?span lang="EN-US">@err,hr�?span lang="EN-US">
�?span lang="EN-US">watch�H�口中调用函数。提醒一下，调用完函数后马上�?span lang="EN-US">watch�H�口中清除它�Q�否则，单步调试时每一步调试器都会调用此函数�?span lang="EN-US">
4 messages断点不怎么实用。基本上可以用前面讲�q�的断点代替�?span lang="EN-US">
�ȝ��
调试最重要的还是你要思考，要猜��你的程序可能出错的地方�Q�然后运用你的调试器来证实你的猜��。而熟�l��用上面这些技巧无疑会加快�q�个�q�程。最后，大家如果有关于调试方面的问题�Q�我乐意参与探讨

肥仔 2011-05-10 11:01 发表评论

默认的调试器

肥仔 — Mon, 25 Jan 2010 04:13:00 GMT

如果一个线�E�的异常没有被处理，�?span lang=EN-US>Windows的未处理异常�q��o器将会被调用。这个函数根据注册表

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug

键中的内�Ҏ��Ҏ��处理的异帔R��取一�U�统一的行为和�Ҏ��?span lang=EN-US>

该键中的

Auto: 军_��是自动运行调试器�Q�还是让用户军_��

Debugger: 是指向调试器可执行文件的路径的字�W�串

-------------------------------------------------------------------------------------------

据观察，在我装了vs2005之后

"Auto"="1"
"Debugger"="\"C:\\WINDOWS\\system32\\vsjitdebugger.exe\" -p %ld -e %ld"

表示��自动运行调试器

-------------------------------------------------------------------------------------------

�?span lang=EN-US>Windows默认的调试器�?span lang=EN-US>Dr.Watson

它捕获应用程序应用程序崩溃状态，�q�记录日志文�Ӟ��Drwtsn32.log�Q�和�q�程崩溃转储文�g�Q?span lang=EN-US>User.dmp�Q��?span lang=EN-US>

要想查看�q��|?span lang=EN-US>Dr.Watson�Q�可以在�q�行中输�?span lang=EN-US>Drwtsn32.exe�?span lang=EN-US>

要想恢复�pȝ��初始状态则可以�q�行 Drwtsn32 -i

�q�样注册表的那两个��g��变成

"Auto"="1"
"Debugger"="drwtsn32 -p %ld -e %ld -g"

-------------------------------------------------------------------------------------------

肥仔 2010-01-25 12:13 发表评论

Chrome的Crash Report服务

肥仔 — Thu, 22 Oct 2009 11:33:00 GMT
     摘要: 本文��译自debugInfo�|�站上一��文章generating debug information with visual c++。由于Chrome的Crash产生的Debug信息和这个有一些关�p�，因此做一些背景知识介�l?��? 当我们采用一个调试器调试一个应用程序时�Q�我们��L��希望能单步跟�t�代码、设�|�断炏V��查看变量��|��哪怕变量是自定义的用户�c�d��。但是对于一个EXE�E�序来说�Q�基本上��是一堆二�q�制...  阅读全文

肥仔 2009-10-22 19:33 发表评论

也谈Release版本排错

肥仔 — Thu, 22 Oct 2009 11:28:00 GMT
     摘要: 通常Release除错都是先通过SetUnhandledExceptionFilter捕获异常�Q�然后生成报告文�Ӟ��最后定位代码行�Q�主要以下两�U�方法： �Q�一�Q�通过遍历调用栈，��其调用栈信息输出到文�g。然后查扑և�错地址�?查找方式有两�U�： �Q?�Q�通过�~�译器生成的包含行信息的map文�g定位出错位置�?通过�?#8220;工程属�?#8221;-�?#8220;link”-�?#822...  阅读全文

肥仔 2009-10-22 19:28 发表评论

MiniDump��结

肥仔 — Thu, 22 Oct 2009 09:27:00 GMT

1、挂异常链��?span lang=EN-US>SetUnhandledExceptionFilter
2、在调试状态下无效

3、发生异常的时候�ؓ了保留现场堆栈需要冻�l�进�E�内其他�U�程�Q�所使用的操作越��越好�?span lang=EN-US>

4、开启另外一个进�E�对异常�q�程�q�行MiniDump�?span lang=EN-US>

5、如果要分析崩溃地址是否在某个模块，最好在分析�q�程里做。或者在模块加蝲时计��模块区域以便在异常时快速定位。判断崩溃是否和某个模块相关�Q�只能通过分析堆栈里的模块来识别，使用StackWalk函数�?span lang=EN-US>StackWalk函数里所使用�?span lang=EN-US>context参数要��用异常参数里�?span lang=EN-US>ContextRecord�Q�这栯��分析在崩溃的时候的堆栈�Q�而不会受后面操作的媄响�?span lang=EN-US>

6、如果希望自己是�W�一个被调用�Q�可以在挂链之后�?span lang=EN-US>APIHook讄��SetUnhandledExceptionFilter�q�回�I��?span lang=EN-US>

7、在�ȝ��U�程的时候，不要�?span lang=EN-US>MessageBox�Q�会��D��当前�U�程因�ؓ其他�U�程挂�v而阻歅R�?span lang=EN-US>

8、异帔R��?span lang=EN-US>SetUnHandledExceptionFliter之外�Q�还�?span lang=EN-US>AddVectoredExceptionHandler�Q�相对于前者，后者的优点是能够让异常按照铑ּ�触发�Q�不会被中间节点断开。但�?span lang=EN-US>AddVectoredExceptionHandler无法�?span lang=EN-US>2K下��用。。�?span lang=EN-US>

肥仔 2009-10-22 17:27 发表评论

异常处理与MiniDump详解(1,2,3,4)

肥仔 — Thu, 22 Oct 2009 09:15:00 GMT

http://blog.csdn.net/vagrxie/archive/2009/07/02/4317423.aspx

肥仔 2009-10-22 17:15 发表评论

利用VS2005�q�行dump文�g调试

肥仔 — Wed, 21 Oct 2009 10:58:00 GMT

前言�Q�利�?/span>drwtsn32�?/span>NTSD�q�行�E�序崩溃处理�Q�都可以生成可用于调试的dmp格式文�g。��?/span>VS2005打开生成�?/span>DMP文�g�Q�能很方便的扑և�BUG所在位�|�。本文将讨论以下内容�Q?/span>

1�?/span> �E�序�~�译选项

2�?/span> 利用VS2005 分析dump文�g

3�?/span> 常见问题讨论

一�?/span>       �E�序�~�译选项

PDB files contains all debug information like type definition and function prototype. When application crashes, we need the PDB files to analyze the root cause, so make sure these PDB files will be created when building it. You must do the following setting:

C/C++\General\Debug Information Format=Program Database (/Zi).

�?/span>1.1 调试信息格式

Linker\Debugging\Generate Program Database File=”Name and location of your PDB files”

�?/span>1.2 PDB文�g输出路径

PDB文�g路径最好设�|�在同一个文件夹中，�q�样方便dmp文�g调试时调用�?/span>

调试�Ӟ��所有的PDB文�g和源文�g必须严格匚w��Q?/span>the PDB files should be the one generated by build the source code�Q�，�q�存储在一个安全的位置。当客户报告了一个错误时�Q�你需要这些文件来帮忙以便定位错误于源代码中�ƈ解决问题�?/span>

二�?/span>       VS2005 分析dump文�g

In this simple application, there is an unhandled Access Violation Reading exception, because GetNameFromDatabase returns a NULL pointer, and this pointer is passed into IsPrefix and then it’s used directly without NULL pointer checking.

�?/span>1.3 演示代码

利用Release模式�~�译该测试程序，在客��h��上运行该�E�序�Q�将�Ҏ��NTSD讄��生成相对应的DMP格式文�g�?/span>

可以使用Visual Studio.Net�?/span>NTSD或是其他的调试工具对DMP格式文�g�q�行分析�?/span>

l         Start Visual Studio.Net

Click File\Open Solution and make sure the files of type is *.dmp then click Open.

�?/span>1.3 Open Dump File (GUI)

l         Set Symbol Path

Click Tools\Options, Debugging\Symbols�Q�增�?/span>PDB文�g路径。若调试的程序需要微软基��库的PDB信息�Q�可以增加一个�\径�ؓ�Q?/span>

http://msdl.microsoft.com/download/symbols

在界面下�?/span>Cache Symbol From symbol…选择本地存储�q�些Symbols的�\径�?/span>

�?/span>1.4 Symbol Path

如果DMP文�g没有攑օ�本��nPDB文�g所在目录，也可以在此处增加一个本地目录。点OK后，VS2005��从�|�络中下载所需要的Symbols�Q�需要等待一�D�|��间。如果是多次调试同一个程序错误所生成�?/span>DMP文�g�Q�可以在对话框中选择“Search the above locations only when symbols are loaded manually”。从而可以节省网�l�带宽�?/span>

l         Set Source code path

Open Solution Property Pages and set the source code path.

�?/span>1.5 属性菜�?/span>

�?/span>1.6 Debug Source Files

l         Start to Debug the Dump File

Click the Debug menu, it will ask you to save as a solution, save it. Then it will go to the line which caused the crash of your application.

�?/span>1.7 调试�H�口�Q�定位到源代�?/span>

三�?/span>       常见问题讨论

1�?/span> Dump文�g攑֜�哪里�Q?/span>

Dump文�g不用非要攑֜�你编译出来的位置�Q�你完全可以建立一个新的文件夹来放它。但若不是存攑֜��~�译出来的位�|�，需要将�~�译生成�?/span>PDB文�g拯��?/span>Dump文�g目录�Q�或是利�?/span>VS2005打开Dump文�g后，讄��PDB文�g路径。参照图1.4�?/span>

2�?/span> 如何恢复当时的现场？

可能你要问，怎么可能�Q�这�?span lang=EN-US>dump文�g可是用户发给我的�Q�我不可能去用户安��调试吧？�q�个恢复现场可不是指的非要到那台机器上去�Q�而是要把产生dump文�g对应的二�q�制文�g拿到�?span lang=EN-US>

但是恢复现场需要所有的二进制文仉��要对应，你一定要有导致用户崩溃的那些Exe�?span lang=EN-US>DLL。既然是你发布的�E�序�Q?span lang=EN-US>Exe文�g当然你会有。所以这里只考虑DLL��p��了�?span lang=EN-US>

Dump文�g中记录了所�?span lang=EN-US>DLL文�g的版本号和时间戳�Q�所以你一定可以同�q�某�U�途径拿到它。如果你能从用户那里拿到最好，如果不方便，用户不可能用的是我们�q�_��不常用的操作�pȝ��Q�所以找个有对应�pȝ��的机器一般都会有。但是记住不仅是文�g名称要一��_��q�要核对版本和时间戳�Q�如果不同一��h��有办法用�?span lang=EN-US>

如果客户用了某个�Ҏ��的补丁怎么办？

其实�q�个问题也很好解冻I��只要它不�ȝ��阅读堆栈�Q�就不用��它�Q�调�?span lang=EN-US>Dump和运行程序不一��P��~�少一两个DLL没有��M��问题�?span lang=EN-US>

3�?/span> 如果真的需要怎么办？

�W�号文�g现在主要是指PDB文�g�?span lang=EN-US>

如果没有�W�号文�g�Q�那么调试的时候可能导致堆栈错误�?span lang=EN-US>

如果你丢�׃��q�个发布版本中你�~�译出来的那�?/span>exe�?/span>DLL�?/span>PDB�Q�那么这个损失是严重的，重新�~�译出来的版本是不能使用的�?/span>

我自��q��DLL都有了，可是�~�的是系�l�的DLL的对�?/span>PDB文�g怎么办？�?/span>1.4中已�l�介�l�了�Ҏ��。微软在它的�W�号数据库上为我们提供了所有的PDB文�g�Q�还有部分非关键DLL。设�|�好后程序将自动下蝲需要的PDB�?/span>DLL文�g�?/span>

4�?/span> 拿到需要的文�g了，�q�些文�g应该攑֜�哪里�Q?/span>

�W�号数据库中的文件不用动�Q�把其它�?/span>exe�?/span>DLL�?/span>PDB文�g攑֜�dump文�g目录里就行了�?/span>

5�?/span> 我用的是VS2005�Q�明明有源代码，��Z��么显�C�Z��了？

�q�个�?/span>dump调试的最头痛问题�Q�代码可能已�l�改�q�了�Q�即使你�?/span>SVN拿到当时的版本，旉��戳也是错的，VS2005��是不让你显�C�Z��码。其实只要在

Tools\Options�Q?/span>Debugging\General中去�?/span>

Require source files to exactly match the original version的复选就行了�?/span>

肥仔 2009-10-21 18:58 发表评论

NTSD(Command Line)调试DMP格式文�g

肥仔 — Wed, 21 Oct 2009 10:56:00 GMT

前言�Q�之前介�l�了利用VS2005�q�行Dump文�g的调试，功能非常强大。但VS2005是一个大�E�序�Q�本文将讨论利用NTSD�?span lang=EN-US>Command Line 实现Dump 文�g的调试�?span lang=EN-US>

1�?/span> 载入DMP格式文�g

利用CMD打开命��o行窗口，切换�?span lang=EN-US>NTSD所在目录。利用命令蝲�?span lang=EN-US>DMP文�g�Q?span lang=EN-US>

ntsd –z dumpfileName –y symbolPath –srcpath sourcecodePath

dumpfileName�Q?span lang=EN-US>DMP格式文�g路径

symbolPath�Q?span lang=EN-US>PDB文�g路径

sourcecodePath�Q�程序的源代码�\�?span lang=EN-US>

如图1.1�Q�若载入成功�Q�将弹出一�?span lang=EN-US>NTSD�H�口�Q�如�?span lang=EN-US>1.2�?span lang=EN-US>

�?span lang=EN-US>1.1 载入DMP格式文�g

�?span lang=EN-US>1.2 NTSD界面

�U�色的圈中显�C�Z��BUG的原因，函数IsPrefix 存在错误�?/span>0x36是错误相对于函数的偏�U�d��{��这个错误是一�?span lang=EN-GB>Access Violation的异常，异常地址�?span lang=EN-GB>00401036�?/span>

Note�Q?/span>

l 若�\径中存在�I�格�Q�需要用在�\径前后加上引受��?/span>

l 若提�C�错误，�Ҏ��提示查看是否�׃��dbghelp.dll不存在导��_��安装的调试工具包中存在该动态库�?/span>

2�?/span> 定位与源代码

利用如下命��o可以定位错误到源代码中：

lsp –a 500

lsa .

�W�一行命令用于设�|�显�C�的源代码行敎ͼ��W�二行命令将错误定位与错误行。如图：

�?span lang=EN-US>1.3 Analysis Result: Line of Source Code Causing Crash

从图中可以看出，�W?span lang=EN-US>13��h��D��E�序错误的位�|�。如果希望看到变量的��|��使用命��o�Q?span lang=EN-US>

x

若需要详�l�查看某个变量的��|��使用命��o�Q?span lang=EN-US>

?? variableName

�?/span>1.4 Analysis Result: Value of Variable Causing Crash

Module Address of Your Application(昄��E�序模块地址)

Command:

x *!

�?span lang=EN-GB>1.5 Application Module Information

It shows all the module address in your application.

Crash Stack Trace�Q�显�C�程序调用堆栈）

If you want to trace the stack of application, use this command:

Command:

kb

�?span lang=EN-GB>1.6 Application Stack Trace

It shows that function main invokes function IsPrefix then application crashes.

For more commands of NTSD, refer to debugger.chm in Microsoft Debugger Tools package.

肥仔 2009-10-21 18:56 发表评论

WinDbg调试DMP格式文�g

肥仔 — Wed, 21 Oct 2009 10:53:00 GMT

前言�Q?span lang=EN-US>WinDbg是微软开发的免费源代码��的调试工兗��?span lang=EN-US>WinDbg可以用于Kernel模式调试和用��h��式调试，�q�可以调�?span lang=EN-US>Dump文�g。本文的讨论是在安装�?span lang=EN-US>Debugging Tools for Windows 的前提下�q�行的，下蝲地址可以参考我之前的文章�?span lang=EN-US>WinDbg对于dump文�g的调试可以通过菜单讄��Symbol File Path�?span lang=EN-US>Source File Path �Q��ƈ可设�|�多个�\径�?span lang=EN-US>

1�?/span> 打开Dump格式文�g

打开WinDbg�Q�通过菜单[File] à [Open Crash dump] 选择dump文�g打开�Q�也可通过CMD打开Dos命��o�H�口�Q�切换到WinDbg所在目录，利用命��o�Q?span lang=EN-US>

WinDbg –z “D:\Lines2009-7-25-22-20-33-900.dmp”

-z表示路径

�?span lang=EN-US>1.1 利用WinDbg打开dump文�g

载入dump文�g昄��如图�Q?span lang=EN-US>

�?span lang=EN-US>1.2 WinDbg界面

2�?/span> 分析dump文�g

若生成的dump文�g在本机，dump文�g中将包含调试需要的PDB文�g及源代码路径�Q�若不在本机�Q�可以通过WinDbg菜单[File] à [Symbol File path] �?[Source File Path] 分别讄��PDB文�g路径和源代码路径。如果程序涉及到DLL�Q�需要将EXE�?span lang=EN-US>DLL所有涉及的PDB、源代码路径都包括。��用命令：

!analyze –v

��分�?span lang=EN-US>dump文�g�Q��ƈ昄��E�序崩溃处于的代码行�Q?span lang=EN-US>

�?span lang=EN-US>1.3 分析dump 文�g

肥仔 2009-10-21 18:53 发表评论

�E�序自动生成Dump文�g

肥仔 — Wed, 21 Oct 2009 10:52:00 GMT
     摘要: 前言�Q�通过drwtsn32、NTSD、CDB�{�调试工��L��成Dump文�g�Q?drwtsn32存在的缺点虽然NTSD、CDB可以完全解决�Q�但�q�不是所有的操作�pȝ��中都安装了NTSD、CDB�{�调试工兗��了解了mini dump文�g格式后，完全可以�E�序自动生成Dump文�g�?本文主要讨论以下内容�Q?1�?nbsp; �q�行原理 2�?nbsp; �E�序修改 3�?nbsp; 注意事项一�?nbsp;...  阅读全文

肥仔 2009-10-21 18:52 发表评论

自己创徏 minidump

肥仔 — Wed, 21 Oct 2009 10:50:00 GMT

以前曑ֆ��q�一�?span lang=EN-US> bugslayer.dll 的介�l?span lang=EN-US>. 在程序出错时��调用栈写到文�g. 觉得不错. 后来开始用 windbg. 知道�?span lang=EN-US> userdump. 知道了如何调�?span lang=EN-US> dump... 才知道程序崩溃的时候写 dump 文�g其实可以获取比调用栈多得多的信息.

如果你的�E�序什么都不干. 那么在程序出错的时�?span lang=EN-US>. drwtsn32.exe 会写一�?span lang=EN-US> userdump. �?span lang=EN-US> drwtsn32 有些�~�点. 比如只能写一�?span lang=EN-US> dump 文�g. 后面的崩溃写 dump 文�g时会覆盖前面�?span lang=EN-US>. win2000 下的 drwtsn32 只能写旧式的 dump 文�g(往往��寸比较�?span lang=EN-US>). 有一��文章论�q�的比较清楚:
http://www.debuginfo.com/articles/ntsdwatson.html

��使用 ntsd 代替 drwtsn32. �?span lang=EN-US> ntsd 的缺点就是需要安装最新的 windbg. �q�是一个硬�?span lang=EN-US>. 在看�?span lang=EN-US> debuginfo.com 的另一��文�?span lang=EN-US>:
http://www.debuginfo.com/articles/effminidumps.html

之后, 我选择的是在程序出错的时候调�?span lang=EN-US> api 自己�?span lang=EN-US> minidump. 克服�?span lang=EN-US> drwtsn32, ntsd 的缺�?span lang=EN-US>.
��封装好的函数放��C��一个头文�g�?span lang=EN-US>, 包含卛_��. 使用的方法很��?span lang=EN-US>:

#include
#include "minidump.h"
LONG __stdcall MyUnhandledExceptionFilter(PEXCEPTION_POINTERS pExceptionInfo)
{
CreateMiniDump(pExceptionInfo, "c:\\user.dmp");
return EXCEPTION_EXECUTE_HANDLER;
}

void main()
{
SetUnhandledExceptionFilter(MyUnhandledExceptionFilter);
*(int*)0=0; // AV
}

�q�样��好�?span lang=EN-US>. 注意安装臛_�� xp 以上�?span lang=EN-US> sdk.
�q�里用到了一�?span lang=EN-US> api SetUnhandledExceptionFilter(), 如果不明白可以搜一�?span lang=EN-US> msdn.
�q�行例子�E�序出错退��Z��?span lang=EN-US>, ��得��C�� c:\\user.dmp. 可以�?span lang=EN-US> windbg �{�调试器来分析了.

代码从这里下�?http://nicoster.googlepages.com/minidump.rar

肥仔 2009-10-21 18:50 发表评论

VS2005中SetUnhandledExceptionFilter函数应用

肥仔 — Wed, 21 Oct 2009 10:47:00 GMT

很多软�g通过讄��自己的异常捕获函敎ͼ�捕获未处理的异常�Q�生成报告或者日志（例如生成mini-dump文�g�Q�，辑ֈ�Release版本下追�t?span lang=EN-US>Bug的目的。但是，��C��VS2005�Q�即VC8�Q�，Microsoft�?span lang=EN-US>CRT�Q?span lang=EN-US>C�q�行时库�Q�的一些与安全相关的代码做了些改动�Q�典型的�Q�例如增加了对缓冲溢出的��查。新CRT版本在出现错误时强制把异常抛�l�默认的调试器（如果没有配置的话�Q�默认是Dr.Watson�Q�，而不再通知应用�E�序讄��的异常捕获函敎ͼ��q�种行�ؓ主要在以下三�U�情况出现�?span lang=EN-US>

�Q?span lang=EN-US>1�Q?/span>       调用abort函数�Q��ƈ且设�|�了_CALL_REPORTFAULT选项�Q�这个选项�?span lang=EN-US>Release版本是默认设�|�的�Q��?span lang=EN-US>

�Q?span lang=EN-US>2�Q?/span>       启用了运行时安全��查选项�Q��ƈ且在软�g�q�行时检查出安全性错误，例如出现�~�存溢出。（安全��查选项 /GS 默认也是打开的）

�Q?span lang=EN-US>3�Q?/span>       遇到_invalid_parameter错误�Q�而应用程序又没有��d��调用

_set_invalid_parameter_handler讄��错误捕获函数�?span lang=EN-US>

所以结论是�Q��?span lang=EN-US>VS2005�Q?span lang=EN-US>VC8�Q�编译的�E�序�Q�许多错误都不能�?span lang=EN-US>SetUnhandledExceptionFilter捕获到。这�?span lang=EN-US>CRT相对于前面版本的一个比较大的改变，但是很遗憾，Microsoft却没有在相应的文档明��指出�?span lang=EN-US>

解决�Ҏ��

      之所以应用程序捕获不到那些异常，原因是因为新版本�?span lang=EN-US>CRT实现在异常处理中强制删除所有应用程序先前设�|�的捕获函数�Q�如下所�C�：

/* Make sure any filter already in place is deleted. */

SetUnhandledExceptionFilter(NULL);

UnhandledExceptionFilter(&ExceptionPointers);

解决�Ҏ��是拦�?span lang=EN-US>CRT调用SetUnhandledExceptionFilter函数�Q��之无效。在X86�q�_��下，可以使用以下代码�?span lang=EN-US>

#ifndef _M_IX86

       #error "The following code only works for x86!"

#endif

void DisableSetUnhandledExceptionFilter()

{

    void *addr = (void*)GetProcAddress(LoadLibrary(_T("kernel32.dll")),

                                                         "SetUnhandledExceptionFilter");

    if (addr)

    {

              unsigned char code[16];

              int size = 0;

              code[size++] = 0x33;

              code[size++] = 0xC0;

              code[size++] = 0xC2;

              code[size++] = 0x04;

              code[size++] = 0x00;

           DWORD dwOldFlag, dwTempFlag;

              VirtualProtect(addr, size, PAGE_READWRITE, &dwOldFlag);

              WriteProcessMemory(GetCurrentProcess(), addr, code, size, NULL);

              VirtualProtect(addr, size, dwOldFlag, &dwTempFlag);

       }

}

在设�|�自��q��异常处理函数后，调用DisableSetUnhandledExceptionFilter��止CRT讄��卛_��?span lang=EN-US>

其它讨论

      上面通过讄��api hook�Q�解决了�?span lang=EN-US>VS2005上的异常捕获问题�Q�这�U�虽然不是那�?#8220;�q�净”的解��x��案，��是目前唯一��单有效的方式�?span lang=EN-US>

      虽然也可以通过_set_abort_behavior(0, _WRITE_ABORT_MSG | _CALL_REPORTFAULT), signal(SIGABRT, ...), �?span lang=EN-US>_set_invalid_parameter_handler(...) 解决�Q?span lang=EN-US>1�Q�（3�Q�，但是对于�Q?span lang=EN-US>2�Q�，讄��api hook是唯一的方式�?span lang=EN-US>

肥仔 2009-10-21 18:47 发表评论

精品99久久aaa一级毛片,久久噜噜久久久精品66,久久久久人妻一区二区三区

调试Release发布版程序的Crash错误

使用MiniDumpWriteDump API 来生成程序的Dump

�W�号文�g——Windows 应用�E�序调试必备

默认的调试器

Chrome的Crash Report服务

也谈Release版本排错

MiniDump���结

异常处理与MiniDump详解(1,2,3,4)

利用VS2005�q�行dump文�g调试

NTSD(Command Line)调试DMP格式文�g

WinDbg调试DMP格式文�g

�E�序自动生成Dump文�g

自己创徏 minidump

VS2005中SetUnhandledExceptionFilter函数应用

MiniDump��结