当前位置：文江博客话题详情

VS 2008 断点目前不会被命中。该文档尚未加载任何符号

发布于 2024-10-19 20:37:10 字数 3040 浏览 5 评论 0原文

我正在努力克服这个障碍，我非常希望有人能提供帮助。

在此处输入图像描述

当我在我的类库项目中设置断点时。它看起来像一个普通的断点。当我开始调试我的解决方案时，断点被掏空并且有一个黄色三角形，里面有一个感叹号。当我平移断点时显示的工具提示是“当前不会命中断点。此文档尚未加载任何符号。”

该项目不是 ASP.NET 应用程序，它只是winForms 应用程序。

我已经接管了解决方案中包含多个项目的现有 winForms 应用程序。我已构建项目并在调试模式下运行。我可以在某些项目中的断点处停止，但是，我无法在其他项目中命中断点，特别是我的类库类型的项目。

到目前为止我所做的：

我删除了所有调试和发布文件夹，
删除了 obj 文件夹，然后重建了解决方案。
我已经重新启动了VS2008 IDE。
我已经重新启动了计算机。
我检查了配置管理器中的解决方案，以确保我的类项目包含在调试版本中，而且确实如此。
我已经检查了 dll 的调试/模块，尽管我并没有尝试引用 dll。

此外，我已按照 SO 帖子中概述的故障排除步骤进行操作：

当前不会在未加载符号的情况下命中断点

VS 2010，NUNit，以及“当前不会命中断点。本文档尚未加载任何符号”

当前不会命中断点。本文档尚未加载任何符号。

无法调试 - “当前不会命中断点。本文档尚未加载任何符号”

修复“当前不会命中断点。该文档尚未加载任何符号。”

此外，我还阅读了 Google 来自 MSDN 和其他位置，其中没有一个适合我的特定需求。

其中一些帖子是：

Visual Studio 2008 “该断点将当前尚未加载此文档的任何符号”

当前不会命中断点。本文档尚未加载任何符号

当前不会命中断点。本文档未加载任何符号。

调试器问题“当前不会命中断点。该文档尚未加载任何符号

当前不会命中断点。尚未为此文档加载任何符号。

我读过的所有帖子都提供了非常丰富的信息，但没有一个建议的解决方案适合我的具体需求。如果需要更多信息，请告诉我，我可以提供更多链接，作为我尝试解决此问题的其他步骤

。发布此后续内容是为了让每个人都感到惊讶，我按照 @Hans @ 建议调用有问题的项目文件，

我将一个暗淡的 frm 作为 form = new ProjectInQuestion.FormInQuestion 放置

，

现在已在调试中加载了程序集。 Windows->模块

新问题比我原来的问题更令人困惑。我的断点看起来不错，但被跳过了。断点处没有明显错误。

在此处输入图像描述

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

紫﹏色ふ单纯 2024-10-26 20:37:10

这可能是一个老问题，但在找到这个问题的解决方案后我想回答它，因为这是关于这个主题的最完整的问题之一。

简介

我的项目是一个 ASP.NET 应用程序，但基本问题也会发生在 WinForms 上。当程序集输出中缺少 DLL 时，就会出现问题。但是，如果您引用的 DLL 随后又引用了程序集中不存在的另一个 DLL，则会出现同样的异常。由于操作系统加载 DLL 的方式，引用的 DLL 必须位于环境路径中，而不是位于输出程序集中。

项目 A 引用 DLL D。
DLL D 引用 DLL X。
DLL D 可能位于您的输出程序集中。
DLL X 必须位于您的环境路径中。

此问题的核心原因在于操作系统在运行时加载本机 DLL 的方式。使用以下逻辑加载本机 DLL，其中不包括 >临时 ASP.net 文件，也不包括应用程序 /bin 文件夹。如果本机 DLL 未包含在带有 .EXE 文件的 /bin 文件夹中，或者 DLL 不在路径环境变量中，则任何 .Net 应用程序也会出现此问题。

个人解决方案

我使用了一个名为 DivaAPIWrapper.dll（C# 的托管 DLL）的 DLL。然而，我知道 DivaAPIWrapper.dll 需要 DivaAPI.dll（非托管 C++）才能运行。我将 DivaAPI.dll 放置在所有输出路径中，但我不断收到此错误。只有在我将 DivaAPI.dll 放入我的环境路径 (C:\windows\Microsoft.Net\Framework\v2.0.50727) 后，它才起作用。 请注意：如果您使用较新版本的 .NET 框架，您的路径可能会有所不同！

Jerry Orman 提供的完整解决方案

请参阅此处的链接 (@web.archive. org）：

http://blogs.msdn.com/b/jorman/archive/2007/08/31/loading-c-assemblies-in-asp-net.aspx

回复收藏 0 原文

落在眉间の轻吻 2024-10-26 20:37:10

我也遇到了同样的问题，并从互联网上找到了许多解决方案，但下面列出了适合我的解决方案：

这是由于我的应用程序是在框架版本 4.0 中制作的，并且我试图附加版本低于 v2.0 的进程，因此请确保您的框架版本为托管代码版本如下所示。

在此处输入图像描述

回复收藏 0 原文

玩套路吗 2024-10-26 20:37:10

我最近在附加到正在运行的进程时发生了这种情况。问题是调试选项设置为

附加到：本机代码

对于我的情况，它需要是：

附加到：托管代码

回复收藏 0 原文

另类 2024-10-26 20:37:10

我最近发现了一件事并且效果非常好！

托管应用程序（调用要使用的 dll 的应用程序）必须具有这一行：

<supportedRuntime version="v4.0"/>

在“WhateverApplicationItIs.exe.config”文件中的部分内。

示例：（请参阅“...”作为文件中包含的任何内容，并保持原样）

<configuration>
    ...
    <supportedRuntime version="v2.0.50727"/>
</configuration">

PS：尝试将此版本与项目属性中设置的目标框架相匹配。我相信 2.0.50727 对于 3.5 Framework 来说是一个很好的尝试，对于 4.0 Framework 来说 4.0 是一个很好的尝试。

对我来说，它只是解决了我试图在不同应用程序中调试的两个不同的 DLL。

One thing I discovered recently and worked pretty nice!!!

The hosting application (the one that is calling your dll to be used) must have this line:

<supportedRuntime version="v4.0"/>

in the "WhateverApplicationItIs.exe.config" file, inside the <configuration> section.

Example: (See "..." as whatever the file has inside it and leave as is)

<configuration>
    ...
    <supportedRuntime version="v2.0.50727"/>
</configuration">

PS: try to match this version with the target framework set in your project properties. I believe 2.0.50727 is a good try for 3.5 Framework, and 4.0 for 4.0 Framework.

For me it just solved two different DLLs I was trying to debug in different applications.

回复收藏 0 原文