Angelo Lee's Blog

使用场景<br />常用的主要是在部署的机器上程序出现问题, 而一般的部署机器上没有开发环境,此时需要准确的定位出错的原因时使用。<br />进行远程调试时，主机可以是任何支持 Visual Studio 的平台。远程计算机可以是 32 位或 64 位平台。安装<br />远程计算机安装<br />Visual Studio的安装光盘上的/Remote Debugger目录下有x86和x64的版本<br />X86(rdbgsetup_x86.exe)用于调试 32位的程序<br />X64(rdbgset

IndexAbstract SetupCommon settings, Target machineTarget machine settings for remote debugging (dual machine)NT3.51/NT4/2000/XP/2003 Target Vista machine settings for remote debugging (d

Link:Remote IIS Debugging : Debug your ASP.NET Application which is hosted on "Remote IIS Server"Table of ContentBackground IntroductionVisual StudioDebugging Features for ASP.NETVisual St

调试器一览下面大概介绍了你可以从微软网站上下载到的调试器：·         KD-内核调试器。你可以用它来调试蓝屏一类的系统问题。如果是开发设备驱动程序是少不了它的。·         CDB-命令行调试器。这是一个命令行程序·         NTSD-NT调试器。这是一个用户模式调试器，可以用来调试用户模式应用程序。它实际上是一个CDB的windows UI增强。·

Reflector是.NET开发中必备的反编译工具。即使没有用在反编译领域，也常常用它来检查程序集的命名规范，命名空间是否合理，组织类型的方法是否需要改善。举例说明，它有一个可以查看程序集完整名称的功能，请看下图这里的Name，是标识一个程序集的完整标识，当GAC中存在程序集的多个版本时，这个名称是唯一的识别名称。但是，Reflector很早就转向收费软件了，需要购买许可才可以使用。对

The reasons for bugs generally fall into the following process categories:·        Short or impossible deadlines  //太短或者干脆就不可能的工期·        The "Code First, Think Later" approach  //先编码，后考虑逻辑

VS的远程调试分为两种：直接远程调试：这种调试方法必须在有VS项目文件下才可以使用(因为被调试机的地址要在项目文件中设置)，具体内容请见：http://www.cnblogs.com/tengs2000/articles/1070760.html  里的方法一附加进程调试：具体内容请见：http://www.cnblogs.com/tengs2000/articles/1070760.ht

Silverlight Crossdomain Access WebService And Debug主要是在你的Web Service目录下，放个clientaccesspolicy.xml注意是根目录。我只有放在C:\netpub\wwwroot才行，虚拟目录下不行。在项目中使用SilverLight调用WebService，经常出现在Debug状态下无法访问WebServic

Cross-domain calls and server side debugging of Silverlight applicationWell, in this post, I’ll touch two of most major problems with Silverlight development: Cross-Domain remote calls and Server-

Symbols ServerSymbols Server and Your SymbolsSet the symbol server for debugging在调试程序的时候，有的时候你会发现设置的断点不起作用，而且更糟糕的是，一般碰到这种情况的时候都是非常紧急或者是加班到夜已深、人寂静的时候了。正是应了那句玩笑话：“机器机器，越急越气!”。一般发生断点不起作用的话：1.

The Art of Debugging

WinDBG的大多数功能是以命令方式工作的, 本系列将介绍WinDBG的三类命令, 标准命令, 元命令和扩展命令. 标准命令===============标准命令用来提供适用于所有调试目标的基本调试功能.所有基本命令都是实现在WinDBG内部的, 执行这些命令时不需要加载任何扩展模块. 大多数标准命令是一两个字符或者符号, 只有version等少数命令除外. 标准命令的第一个字

LogcatDump一份系统消息的日志。这些消息包括模拟器抛出错误时的堆栈跟踪。Android Log一个记录日志的类，用来将消息写入模拟器上的日志文件中。如果你在DDMS上运行logcat的话你可以就实时查看消息。在你的代码中加入几个写日志方法的调用。为了使用Log类，你只需要调用Log.v()(详细),Log.d()(debug),Log.i()(informati

1. 显示系统中全部Android平台：    android list targets2. 显示系统中全部AVD（模拟器）：    android list avd3. 创建AVD（模拟器）：    android create avd --name 名称 --target 平台编号4. 启动模拟器：    emulator -avd 名称

在工作中，许多情况下需要将遇到的问题告知客户。但是一般来说，一个问题的重现是需要场景和时间的。如果让客户为了一个不确定有没有价值的去追踪的问题花费时间，很显然，这是不可取的。通过Windbg可以轻松实现对dump文件的抓取，这样就可以将问题(或bug)出现时的场景、现象完全展示给客户，如果你会一点调试技术的话，那无疑是锦上添花了。通过简单Dump能获得的基本信息如果有出错程序的dump,

对于NET下的开发人员，可能对Symbol不了解的人还不少，因为MS给了我们太多方便的工具，让我们只需要去关注代码，对于其他的东西基本上不需要去关注，所以就养成了一个习惯（过多的依赖MS，依赖VS）。这里只是抛开VS，讲一下调试要用到的东西-Symbol。Symbol能够包含以下的一些信息:全局变量 局部变量 函数名称, 参数 结构体 源代码行号有三种类型的Symbol

<br />实际上根据windows有没有域配置, 在不在同一个局域网中有多种可能的组合, 这里只说三种配置: <br />前提是同一个局域网内, 没有域, 都是在WORKGROUP工作组内. <br />定义: <br />local machine: 开发者使用的机器。<br />remote machine: 运行你的软件的最终用户, 或QA. <br />办法一 (在两台XP SP2中文上验证过): <br />1. local

<br />一、关键词说明：<br />目标机：被调试程序所运行的机器；<br />调试机：运行VS2008调试代码的机器；<br /><br />二、远程调试环境搭建步骤如下：<br />1. 在目标机上安装VS2008远程调试器；<br />    在VS2008安装盘中Remote Debugger 目录下，<br />    有x64和x86两个版本的rdbgsetup.exe，选择和目标机相匹配的版本。<br /><br /><br /> <br /><br /

<br />I recently examined the JavaScript debugger features in Visual Studio 2008 that aid in locating problems in Web pages. But if you often have to track down bugs in an application installed on another machine, you should check out Microsoft's

<br />Cet article est disponible en francais.<br />To continue in the same kind of articles about Visual Studio features that have been available for a while now, but are commonly under-used, I'll talk in this post about the Remote Debugger.<br /> Lo

<br />I did not have to create and debug any ASP.NET application for a long time, but since I'm creating an online Questions/Answers application, I had to use the really nice debugging features brought by Visual Studio .NET.<br />To be specific, I di

Fiddler has been out there for a while, but recently I discovered that it is either unknown, or not used, so I decided to write a short post on what it is, and how we can easily debug HTTP traffic (for example WCF Service calls) using it. Before

怎样在Eclipse中使用debug调试程序？    最基本的操作是：    1.首先在一个java文件中设断点，然后debug as－－>open debug Dialog，然后在对话框中选类后－－> Run     当程序走到断点处就会转到debug视图下

HOW TO： 查找问题的异常堆栈时出现的 UnhandledExceptionFilter 调用堆栈跟踪中概要使用 Windbg.exe 打开转储文件使用 Windbg.exe 确定异常堆栈参考没有异常处理程序定义处理引发的异常时，将调用该 UnhandledExceptionFilter 函数。 通常，该函数会将异常传递给在 Ntdll.dll 为文...

如果你像我一样需要在一台运行了好几个网站（每个网站都有对应的独立程序池）的机器上开发，并且经常需要利用“附加到进程”来对网站进行调试，那么下面的脚本可能对你有用，下面的脚本可以列举出当前系统中每一个w3wp进程对应的网站，这样你就可以在附加到进程时不会面对一大堆的w3wp进程而不知道该附加哪个了。 C:\Windows\System32\inetsrv\appcmd /? echo

Link：http://www.codeproject.com/KB/debug/windbg_part1.aspxTable of contentsIntroductionOverview of DebuggersComparison of DebuggersWinDbgPDB filesDebugging ScenariosRemote DebuggingJus

1. Native 程序程序崩溃时，windows系统会调用系统默认调试器，其设置在注册表 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug (注：64位windows的上的路径不同，在HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Wind

测试一个Silverlight应用时，突然整个IE窗口失去响应（Not Responding）。这时，IE和内嵌的Silverlight应用不响应任何Windows事件，似乎只有杀死IE进程，才能进一步测试。但是，简单地杀死进程，很可能导致问题无法复现（repro）。于是，我将Windbg附加（attach）到IE进程上，做现场调试（live debugging）。调试.NET程序，需要在Wi

作为一个开发人员，你应该很多次遇到这样一种情况，打开SharePoint，Attach到w3wp进程，一步步的单步，然后思考，然后超过90秒，然后就看到下面的错误了。然后你自由重新刷新页面，重新Attach到w3wp进程，重新一步步的单步，然后思考，然后超过90秒，然后又看到上面的错误了。   实际上，只要简单的修改IIS的一个设置，就可以避免这个问题。 打开IIS M

Mastering Debugging in Visual Studio 2010 - A Beginner's GuideTable of ContentsIntroductionHow to Start?BreakpointsDebugging with BreakpointsStep OverStep IntoStep OutContinueSet N