[dotNET2.0应用程序调试.docVIP

2.6 建立符号库 2.6? 建立符号库 对那些在Windows上开发时间超过5分钟的人来说，他们都知道，得到正确的调试符号是提高调试速度的诀窍。尽管托管代码在PDB文件中只有代码和行号信息以及局部变量，但如果你的问题与本机代码有关，那你就太不走运了。本机代码将更多的信息放入PDB，如果没有调试符号，就会因为没有PDB文件中的帧指针省略（frame pointer omission ，FPO）而使数据不可能得到可用的调用堆栈。 如果你认为让开发团队以及公司的每个人使用正确的符号有困难，那就想想微软的操作系统小组的处境有多糟糕吧。他们每天都要生成不同的版本，而且全世界有数以千计的不同版本的操作系统在任何时候运行。相比之下，你的符号问题就似乎微不足道了。即使你认为自己在一个大型的项目中，但比起微软操作系统小组所承受的调试符号的数量，你的项目也就不算什么了。 除了获得调试符号外，微软还必须面对维护管理二进制文件的难题。微软为更好地解决调试崩溃的问题引入了一种叫微型转储（minidump）或崩溃转储（crash dump）的技术。当发生系统崩溃时，这些文件中都包含了应用程序的状态，对使用其他操作系统的开发人员来说，可能会把这些文件称为核心转储（core dumps）。微型转储的魅力就在于，通过在转储文件中记录应用程序的状态，就能加载到调试器中，以重现崩溃时的情况。在接下来的章节中，除了讨论如何在调试器中读取微型转储文件外，还将讨论生成微型转储文件的机制。微型转储的关键问题就是加载正确的二进制。你可能会在Windows Vista之前的操作系统上进行开发，但是客户的微型转储文件可能是在只应用了Service Pack 1的Windows Server 2003上生成的。与调试符号的问题一样，如果你不能加载微型转储生成时在地址空间中的可执行文件，那么你想轻松解决微型转储文件中的错误几乎是不大可能的。 微软的开发人员意识到他们不得不采取些行动让自己轻松点。由于缺少与任何机器上无数的修补程序相匹配的操作系统符号和二进制，我们这些微软之外的人也一直在抱怨调试的经历真是苦海无边。符号服务器的概念很简单：在一个大家都知道的地址保存所有公共版本符号和二进制可执行程序，并使调试器更智能，这样就能对加载到进程的每个模块加载正确的符号和二进制可执行程序——无论模块是从代码中加载还是从操作系统中加载——无需进行任何用户交互。它的好处就是事实上也是这么简单。本节中我还会指出一些小问题，但是如果正确安装了符号服务器，无论你进行托管开发还是本机开发，或是同时进行两种类型的开发，也无论是使用Visual Studio或WinDBG作为调试器，开发团队或公司中就不会有人缺少正确的符号或二进制。请大家放心，我还会提供一个工具能帮大家确认是否有适合操作系统和产品的合适的符号和二进制。 与前几个版本相比，Visual Studio 2005对访问符号服务器进行调试的方法作了很大的改进。不巧的是，文档仍旧没有讨论最重要的观点，即如何将符号和二进制文件引入符号服务器。由于这是使用符号服务器的最大好处，接下来就会讨论如何安装一个有效的符号服务器。 让公司里每个执行你的项目的人都能访问服务器的步骤非常简单。你可能需要将这个服务器命名为\\SYMBOLS以方便地与其他服务器区分。在接下来的讨论中，我将假设这就是服务器的名字。这个服务器不需要很快的运行速度，它只是作为文件服务器。惟一的要求就是需要服务器上有大量的磁盘空间，80GB以上可能差不多。一旦安装了服务器软件之后，需再创建两个共享目录OSSYMBOLS和PRODUCTSYMBOLS。允许开发团队的每个人都可以读写权限来访问OSSYMBOLS目录，开发人员和QA只需要只读权限访问PRODUCTSYMBOLS目录， 就可给进行编译的账户以写入权限。由于能通过共享名字进行区分，一个目录用于操作系统符号和二进制文件，另一个目录就用于我们的产品的符号和二进制文件。为了方便你管理需要分离的这两个目录。当然，对我来说假设你的公司有服务器是一件很简单的事情，我把获得服务器这个任务就交给读者自己了。 下一步就是从/whdc/devtools/debugging/default.mspx下载或安装最新版本的Debugging Tools for Windows，这是因为符号服务器二进制是由Windows小组而不是Visual Studio小组开发的。为了正确地调试应用程序，最好确定你安装的版本与你正在使用的操作系统是相匹配的。你可能需要核对Debugging Tools for Windows的更新版本，因为Windows小组似乎经常更新这个工具。安装了Debugging Tools for Windows之后，在系统的PATH环境变量中