**摘要：**因为帐户的配置和相互作用可以在多个不同步骤中引起中断，所以调试 应用程序相关的常见问题，列举错误示例并解释如何解决这些问题。

注 如果在本部分中找不到需要的错误消息，请查看处理常规调试问题部分或处理远程调试问题部分。

消息：无法在 Web 服务器中启动调试。

图 调试。按照图 8 所示将该项设置为 True。

在 VB 项目中，UI 有所不同，但可以轻松地识别等效项。

原因 2 **：**请确保使用匹配的调试符号文件加载期望的 DLL。可以使用 Modules 窗口来检查这一点。

消息：未正确安装调试器。

图 或 ATL 服务器应用程序的调试。

图 或 ATL 服务器调试。

更改密码后，需要注销，然后再登录才能正确进行 调试不能运行，同时显示消息 “ 访问被拒绝 ”

此问题的解决方法是，使用 regsvr32 –i aspnet_ 中，以下二者可以确定用户是否可以进行调试。其中之一是 Debugger Users 组，另一个是用户权限，如管理员、Power User 或 SEDebug。

Debugger Users 组确定用户是否可以访问 VS 调试组件（主要是 MDM-Machine Debug Manager，Visual Studio 的一部分），所以成为该组的成员意味着保证可以访问 MDM。因此在这一点上，您可以调试开放进程并查看机器上的进程列表。

不过在此之后，您是否可以调试其他用户的进程取决于您的权限。例如，如果您想调试别人的本地进程，则需要具有 SEDebug 权限.针对其他用户的托管进程，您应该是该机器上的管理员，才有权进行调试。

因为存在这一限制，所以在您的方案中，应该授予学生管理员权限。否则，默认情况下无法对 服务器。对学生来说，他们可以使用 Cassini 进行开发，稍后将开发结果部署到实际服务器上来提交结果。Cassini 位于 。

使用 C# 代码单步调试不正确

• RPC 的一种常见故障是无力解析远程机器名。RPC 依靠名称解析在计算机之间通信。如果未能将远程服务器机器名解析为正确的 IP 地址，则可能发生错误。

• RPC 通信只能单向流动，另一个方向却不行。RPC 通信必须能够从用于调试的机器到达远程服务器，并从远程服务器返回用于调试的机器，这样才能成功进行远程调试。确保以双向方式启用 RPC 通信。

远程调试工作组中的机器失败

当您的两台 Windows XP Pro 机器都不在域中但在工作组中时，将发生这种情况。在它们之间进行远程调试时，您根本无法访问远程机器。

在工作组环境中，您需要确保两台机器具有相同的用户帐户名和相同的密码。否则，DCOM 进行身份验证时将失败。

应该将此更改应用于进行远程调试的两台机器。

更改设置后，即可使用同一名称的用户帐户在两台机器上进行远程调试。请确保每台机器上的用户帐户都具有密码。在某些情况下，没有实际密码机器不能运行。

然而，因为更改了安全模型的默认设置，所以可能公开下面的内容：

• 意外的 DCOM 组件共享。

在进行这一更改之前，从远程机器到您的机器的任何种类的连接都是以 Guest 身份进行的；但更改后，他/她即可接受使用本地用户帐户的身份验证。因此，在调试案例中，如果将一个文件夹或 DCOM 对象共享出来，其他机器上的任何匹配用户（具有相同用户名和相同密码）都可能可以访问您的共享对象。

我极力建议，如果您要使用这一变通方法，则请确保所有用户帐户都具有强密码，否则应该设置一个网络孤岛来调试机器，以防止恶意攻击。

：本文包含有关修改注册表的信息。修改注册表之前，一定要先进行备份，并且一定要知道在发

生问题时如何还原注册表。有关如何备份、还原和编辑注册表的信息，请单击下面的文章编号，查看

本文介绍了如何手动删除

如果您想更改已安装产品的位置，则还需要执行以下步骤。这是因为即使通过

“控制面板”中的“添加

删除程序”实用程序删除了产品，注册表项也仍然存

只有在迫不得已时才执行此过程。

应尽可能使用“控制面板”中的“添加

删除程序”实用程序删除

这些步骤将从系统中删除所有的

和更早的编程语言程序。

安装以及这些产品的所有自定义设置都会丢失。

这些步骤将从系统中删除所有

帮助集。这包括但不限于

文档。这些集合的所有自定义设置都会丢失。

：注册表编辑器使用不当可导致严重问题，可能需要重新安装操作系统。

不能保证您可以解决因注册表编辑器使用不当而导致的问题。

册表编辑器需要您自担风险。

如果您的计算机运行的是

，请确保您使用的是管理员权限。

关闭所有正在运行的应用程序。