Windbg教程-调试非托管程序的基本命令上

Nativedebug.cpp

#include "stdafx.h"

#include <tchar.h>

void Usage()

{

#ifdef _UNICODE

                   wprintf(L"[Usage]: nativedebug.exe <digital numbers>\n");

#else

                   printf("[Usage]: nativedebug.exe <digital numbers>\n");

#endif

}

int _tmain(int argc, _TCHAR* argv[])

{

         int result = 0;

         if ( argc != 2 )

         {

                   Usage();

                   return -1;

         }

         result = _ttol(argv[1]);

#ifdef _UNICODE

         wprintf(L"%s * %s = %d\n", argv[1], argv[1], result * result);

         wprintf(L"Press any key to exit ...\n");

         _getwch();

#else

         printf("%s * %s = %d\n", result * result);

         printf("Press any key to exit ...\n");

         _getch();

#endif

         return 0;

}

#

# 注意黄色高亮的字体，它说明这个调试器是32位的调试器，只能调试32位的程序，

# 如果你需要调试x64或者IA 64的程序，需要运行对应的调试器。

#

Microsoft (R) Windows Debugger Version 6.10.0003.233 X86

Copyright (c) Microsoft Corporation. All rights reserved.

#

# 这一行注明了被调试程序的命令行

#

CommandLine: E:\临时文档\Windbg教程\nativedebug\Debug\nativedebug.exe

#

# 下面这几行说明当前没有设置好符号文件搜索路径，符号文件在调试中比源文件

# 还重要，关于符号文件的说明和其重要性请参考我的另外一篇文章

#                     Visual Studio调试之符号文件

#

Symbol search path is: *** Invalid ***

****************************************************************************

* Symbol loading may be unreliable without a symbol search path.           *

* Use .symfix to have the debugger choose a symbol path.                   *

* After setting your symbol path, use .reload to refresh symbol locations. *

****************************************************************************

#

# 可执行文件搜索路径告诉了windbg在哪里搜索可执行文件（也就是.exe和.dll文件）

# 大部分情况下，windbg知道怎样找到可执行文件--从程序的启动目录，从PATH环境

# 变量里面，从system32文件夹里面等等。因此大部分情况下，你不需要设置这个变量

# 然而在少数情况下，你需要使用.exepath设置它。请参看windbg帮助里面的.exepath

# 的说明来了解。一种少数情况基本上我们用不到—是内核模式的调试，另外一种情况

# 是在调试用户模式（user mode）mini dump文件的时候需要指明。

#

Executable search path is:

#

# ModLoad: 指明了当前程序加载的其所依赖的 dll文件，以及它们加载的地址。顺便

# 说一句，windbg有的时候会使用这些信息来将堆栈转换到对应的函数上去。

#

ModLoad: 00950000 0096b000   nativedebug.exe

ModLoad: 77d80000 77f00000   ntdll.dll

ModLoad: 76070000 76170000   C:\Windows\syswow64\kernel32.dll

ModLoad: 77670000 776b4000   C:\Windows\syswow64\KERNELBASE.dll

ModLoad: 6ed80000 6eea4000  C:\Windows\WinSxS\x86_microsoft.vc90.debugcrt_1fc8b3b9a1e18e3b_9.0.30729.4148_none_2a4cbfc25558bcd3\MSVCR90D.dll

#

# 下面这一行说明了当前是什么异常导致程序中断执行，是的 ，虽然我们刚刚启动被

# 调试的程序，的确是一个异常—断点异常导致程序中断执行。至于原因请参看我的

# 另外一篇文章：

#                 Visual Studio调试之断点基础篇

# 另外，下面一行中，第一个括号里面的是当前的线程ID，第二个括号指明了当前的异常

# 是第一次机会处理，还是第二次机会处理。First chance的含义请参看我的这篇文章：

#                  Visual Studio调试之避免单步跟踪调试模式

(ec4.d7c): Break instruction exception - code 80000003 (first chance)

#

# 当前CPU中各个寄存器的值

#

eax=00000000 ebx=00000000 ecx=f2260000 edx=0016ddd8 esi=fffffffe edi=77da3bdc

eip=77e207ff esp=002df598 ebp=002df5c4 iopl=0         nv up ei pl zr na pe nc

cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b            efl=00000246

#

# 没有symbol，所以在调试的时候比较麻烦，另外export symbol的含义在后一篇文章

# 中讲

#

*** ERROR: Symbol file could not be found. Defaulted to export symbols for ntdll.dll -

#

# 当前中断时，程序正在执行的函数，以及其位置。

#

ntdll!LdrVerifyImageMatchesChecksum+0x6ce:

#

# 当前执行的指令（或者是下一条要执行的指令）。

#

77e207ff cc              int     3