!stl扩展命令显示一些已知的标准模板库(STL)的模板。
!stl [Options] Template
!stl -?
| Windows 2000 | 不可用 |
| Windows XP和之后 | Exts.dll |
只有在调试器的详细输出模式打开之后，详细输出的选项才能起作用。
该扩展命令当前支持的STL模板包括：string、 wstring、vector<string>、vector<wstring>、list<string>、list<wstring>、以及任何指向前面这几个类型的指针。
在调试程序的过程中，可能遇到过一两次“FPO”这个词。FPO是指在x86上处理编译器如何访问本地变量和基于堆栈的参数的编译器优化的一个特定类型。对于使用局部变量（和/或基于堆栈的参数）的函数，编译器需要一种机制来引用堆栈上的这些值。通常，这是通过以下两种方式之一完成的：
禁用FPO优化的函数的典型情况可能如下所示：
push ebp ; save away old ebp (nonvolatile) mov ebp, esp ; load ebp with the stack pointer sub esp, sizeoflocals ; reserve space for locals ... ; rest of function
主要的概念是禁用FPO优化，一个函数将立即保存ebp（作为第一个接触堆栈的操作），然后用当前堆栈指针加载ebp。这时的堆栈布局：
[ebp-01] Last byte of the last local variable [ebp+00] Old ebp value [ebp+04] Return address [ebp+08] First argument...
此后，函数将始终使用ebp访问局部变量和基于堆栈的参数。（函数的汇编序列可能会有一些变化，特别是使用变化的函数设置初始SEH帧时，但相对于ebp，堆栈布局的最终结果始终相同。）
这确实（如前所述）使得ebp寄存器不可用于其他用途。但是，相对于打开FPO优化后编译的函数，此性能影响通常不足以成为一个大问题。此外，有许多情况下要求函数使用帧指针：
由于这些限制，您可能正在编写的许多函数将已经禁用FPO优化，而没有显式地将其关闭。但是，仍有可能许多不符合上述条件的函数启用了FPO优化，因此不使用ebp引用局部变量和堆栈参数。
既然您已经大致了解了FPO优化的功能，那么我将在本系列的下半部分介绍为什么在调试某些类问题时全局关闭FPO优化对您有利。（事实上，大多数微软系统代码也会关闭FPO，因此您可以放心，已经在FPO和非FPO优化代码之间进行了真正的成本效益分析，在一般情况下禁用FPO优化总体上更好。）
考虑下面的示例程序，其中有几个不做任何事情的函数，这些函数将堆栈参数乱放并相互调用。（在本文中，我禁用了全局优化和函数内联。）
__declspec(noinline)
void
f3(
int* c,
char* b,
int a
)
{
*c = a * 3 + (int)strlen(b);
__debugbreak();
}
__declspec(noinline)
int
f2(
char* b,
int a
)
{
int c;
f3(
&c,
b + 1,
a - 3);
return c;
}
__declspec(noinline)
int
f1(
int a,
char* b
)
{
int c;
c = f2(
b,
a + 10);
c ^= (int)rand();
return c + 2 * a;
}
int
__cdecl
wmain(
int ac,
wchar_t** av
)
{
int c;
c = f1(
(int)rand(),
"test");
printf("%d\\n",
c);
return 0;
}
!cppexr扩展显示一个C++ 异常记录的内容。
!cppexr Address
| Windows 2000 | Ext.dll |
| Windows XP 和之后 | Ext.dll |
!cppexr扩展显示和目标遇到的C++ 异常相关的信息，包括发生异常处的代码、异常的地址和异常标志。必须是在Msvcrt.dll中定义的标准C++
异常。
一般可以使用!analyze -v命令来获得address参数。
!cppexr扩展用来查看C++异常的类型很有用。
使用.exr命令来显示其它异常记录。
!mapped_file扩展命令显示指定地址所在的内存映射文件所关联的文件名字。
!mapped_file Address
| Windows 2000 | Uext.dll |
| Windows XP和之后 | Uext.dll |
!mapped_file 扩展命令只能用于活动、非远程调试。
这里有三个例子。前两个地址是从文件映射出来的，第三个地址不是。
0:000> !mapped_file 4121ec
Mapped file name for 004121ec: '\Device\HarddiskVolume2\CODE\TimeTest\Debug\TimeTest.exe'
0:000> !mapped_file 77150000
Mapped file name for 77150000: '\Device\HarddiskVolume2\Windows\System32\kernel32.dll'
0:000> !mapped_file 80310000
No information found for 80310000: error 87
.dump命令创建一个用户模式或内核模式崩溃转储文件。
.dump Options FileName
.dump /?
(用户模式：)
创建一个完整用户模式dump。不管怎么称呼，最大的minidump文件实际比完整用户模式dump文件包含更多信息。例如，.dump /mf 或.dump /ma会创建比.dump /f创建更大更完整的文件。在用户模式下，.dump
/m[MiniOptions] 总是比.dump /f更可取。
用户模式下，/m 后面可以跟附加的MiniOptions
用来指定dump文件中包含的数据。如果没有使用MiniOptions
，dump文件包含模块、线程和调用堆栈信息，但是没有其他附加信息。可以使用下面的任意MiniOptions
来改变dump文件的内容，它们区分大小写。
| MiniOption | 作用 |
|---|---|
| a | 创建一个包含所有附加选项的minidump。/ma选项相当于/mfFhut —它会在minidump中添加完整的内存数据、句柄数据、已卸载模块信息、基本内存信息和线程时间信息。 |
| f | 在minidump中包含完整内存数据。目标程序拥有的所有 可访问的已交付的页面(committed pages)都会包含进去。 |
| F | 在minidump中添加所有基本内存信息。这会将一个流加入到包含完整基本内存信息的minidump中，而不单是可使用的内存。这样可以使得调试器能够重建minidump生成时进程的完整虚拟内存布局。 |
| h | 在minidump中包含和目标进程相关的句柄信息。 |
| u | 在minidump中包含已卸载模块信息。仅在Windows Server 2003和之后版本的Windows中可用。 |
| t | 在minidump中包含附加的线程信息。包括可以在调试minidump时使用!runaway扩展命令或.ttime (Display Thread Times)命令进行显示的线程时间。 |
| i | 在minidump中包含次级内存(secondary memory)。次级内存是由堆栈中的指针或备份存储(backing store)中引用到的任何内存，加上该地址周围的一小段区域。 |
| p | 在minidump中包含进程环境块(PEB)和线程环境块(TEB)。这在想访问程序的进程和线程相关的Windows系统信息时很有用。 |
| w | 将所有已交付的可读写的私有页面包含进minidump。 |
| d | 在minidump中包含可执行映像中所有可读写的数据段。 |
| c | 加入映像中的代码段。 |
| r | 从minidump中去掉对重建调用堆栈无用的堆栈和存储内存部分。局部变量和其他数据类型值也被删除。这个选项不会使得minidump变小(因为这些内存节仅仅是变成0)，但是当想保护其他程序中的机密信息时有用。 |
| R | 在minidump中去掉完整的模块路径。仅包含模块名。如果想保护用户的目录结构时该选项有用。 |
这些MiniOptions 只能在创建用户模式minidump时使用。它们需要跟在 /m 修饰符后面。
| 模式 | 用户模式、内核模式 |
| 目标 | 活动目标、崩溃转储 |
| 平台 | 所有 |
该命令可以在各种情况下使用：
可以控制dump文件的类型：
不能指定要转储的进程。所有运行中的进程都会转储下来。
/xc、/xr、 /xp和/xt
选项用来在dump文件中保存异常和上下文信息。这使得该dump文件可以使用
.ecxr (Display Exception Context Record)。
下面的示例创建一个包含完整内存和句柄信息的用户模式minidump：
0:000> .dump /mfh myfile.dmp