查看标签
所有标签>WinDbg (
RSS)
即WinDBG+SOS调试ASP.NET 2.0时如何实现dumpaspnetchache命令 在使用WinDBG自带的SOS.dll调试asp.net 1.1程序时，WinDBG安装文件带的SOS.dll比.NET Framework 1.1自带的SOS.dll扩展了更多命令，其中就包括dumpaspnetchache，可以方便的查看当前应用所加载的asp.net chache。 但是，在WinDBG的安装文件中，到目前最新的6.7.5.1的版本中还不带SOS.dll，只能直接加在.NET Framework...
之前的文章里有提到ASP.NET编译时会自动输出pdb文件，以及ASP.NET调试时看到的是MSIL的代码。现在特意更正一下，这个说法是错误的。 因为前两天我自己在运行时调试的时候，发现当调试进入ASP.NET页面代码的时候，即使选了Disassembly，看到的其实已经是JIT编译之后native的反汇编代码，而不是MSIL或者源代码。而正确引用了pdb文件的dll如enterprise library就能看到源码。 这就涉及到ASP.NET项目的编译模式问题了。目前在VS 2005里有两种ASP...
在生产环境下进行故障诊断时，为了不终止正在运行的服务或应用程序，有两种方式可以对正在运行的服务或应用程序的进程进行分析和调试。 首先一种比较直观简洁的方式就是用WinDbg等调试器直接attach到需要调试的进程，调试完毕之后再detach即可。但是这种方式有个缺点就是执行debugger命令时必须先break这个进程，执行完debug命令之后又得赶紧F5让他继续运行，因为被你break住的时候意味着整个进程也已经被你挂起。另外也经常会由于First Chance Excetpion而自动break...
只需要在VS中设置符号服务器，就能在调试应用程序时进入.NET Framework和Windows内核代码。下面我们以VS2005调试.NET代码为例看一下怎么设置。 1.在 VS2005工具\选项\符号 (Tools\Options\Symbols)，添加如下符号文件位置(符号服务器): http://msdl.microsoft.com/download/symbols 并建议设置混存到本地符号服务器的共享目录, 如 \\symserver\Symbols 2.如要进入.NET Framework代码...
最近开始准备完整系统的看一下.NET的调试技术，特别是在生产环境中的调试。目的么，自然是为了在实际运行环境中的性能优化和故障分析。 一切从零开始，希望能够把学习过程完整的记述下来，写成一个循序渐进、通俗易懂的系列笔记。 生产环境和开发/测试环境的区别，就是在开发和测试环境中，能够利用一切可能利用的工具，随意的断点跟踪，不足之处是有些在实际生产环境中才会出现的问题很难模拟。而生产环境中为了保持运行环境的干净，一般不会安装开发用的IDE，因此调试是会受限于只能使用简陋的调试工具，而且不能设置断点去中断服务的运行...
更多内容