以下模块生成时启用了优化，或者没有调试信息

我不能摆脱这在我的 VS2008网络项目时调试。我已经检查了它在调试模式的非网络项目的问题，它在活动(调试)。中的所有项目。NET 2.0临时文件夹。不知道还能做什么。

97397 次浏览
小开

你提到这是一个网络项目... 你有

<compilation debug="true />

在你的 web.config 里？

小开

检查您的构建配置选项。确保关闭了优化并定义了 DEBUG 常量。

小开

删除所有出现问题的 dll (所有项目)。

小开

我有同样的问题，并发现我没有输出我的调试信息在我的构建。如果你右键点击项目，进入“属性”，然后选择“构建”选项卡，在页面的底部有一个“高级...”按钮，将显示您的设置为您输出调试信息。设置为‘ full’，错误就会消失。

enter image description here

小开

我也有这些。我做了这一切。似乎每次我从源代码控制中获得整个解决方案的新副本时，都会发生这种情况。所以如果我们已经做了所有这些，删除 dls & 。在 web 项目中所有引用(程序集)的 pdb 文件，使用解决方案上的干净选项，删除临时文件，关闭 VS 并重新打开，确保调试模式被选中并设置为全部和关闭优化，还有什么！

小开

至少对于非 Web 应用程序来说，这是有效的:

发信人: http://www.stellarpc.com/articles/board.aspx?id=40

2-允许调试..。

由于应用程序中生成的程序集的性质，您需要更改一些设置，以允许 VisualStudio 调试器处理代码。

右键单击解决方案资源管理器中的任何有问题的项目，并选择“属性”。这将打开项目属性面板，让我们访问我们的项目的许多选项。导航到“ Compile”选项卡(或者“ Build”，如果你在 C # 环境中) ，从屏幕底部选择“ Advanced Compile Options...”。这为我们提供了一个有两个关键利益领域的提示:

1)优化-取消选中“启用优化”

2)生成调试信息-确保将选项设置为“完整”

小开

尝试在工具/选项/调试/选项中禁用“只启用我的代码”。

小开

猜测 VS2008没有正确重建 dll。

1)删除所有出现的 dll

2)重建方案

这样就能解决问题了。

小开

在使用发布配置构建之后，我遇到了同样的问题。 结果是，当我切换回 Debug 时，VS 没有检测到任何差异，所以它没有更新。DLL 和。在 bin 文件夹中的 pdb 文件。

以下是对我有效的方法:

  1. 运行 iisset (清理临时文件夹)
  2. 保存 web.config (强制 VS 实际重新构建)
  3. 在 Debug 上重建
  4. 启动项目
小开

尝试重建，然后调试。

小开

看看这个链接

Http://social.msdn.microsoft.com/forums/en-us/vsdebug/thread/43cb16ba-0759-42ab-8e7d-9f168ace3b6f

尝试在工具-> 选项-> 调试-> 常规中取消选中“ Just My Code”。

对我有用

小开

我的案例如下: webservice 引用 lib1.dll。后来我删除了引用，因为它已经不再使用了。但是 lib1.dll 仍然保留在 bin 文件夹中。 因为没有引用库，所以“重建”和“清理”操作没有帮助。 在手动从 bin 文件夹中删除 lib1.dll 之后，我已经删除了这条消息。

小开

如果其他所有方法都失败，请尝试在项目的属性中重命名 Assembly 名称。

小开

我在 VisualStudio2010的 Web 项目中遇到了同样的问题，最终我找到了收到此消息的原因。我所做的是更改了 Visual Studio 上的一个现有调试选项:

  • 转到工具-> 选项-> 调试-> 符号-> 所有模块
  • 检查“除非排除”单选按钮
  • 单击链接“指定排除模块”，然后删除要调试的 DLL。

我的情况是我的 web dll 文件..。

小开

我在某个文件夹中的某个解决方案遇到了这个问题，但是如果我将它移动到另一个文件夹或其他人构建了它，我就不会收到消息。我做了清理，重建，甚至重新启动，仍然不能让原来的调试没有这个消息。我在我的系统中搜索引起错误的文件的副本，我发现这些副本被保存在系统中

C: 用户用户名 AppData 本地程序集 dl3

这是在 Win7-64上，但是在其他的 Windows 操作系统上也是类似的。我删除了在那里找到的所有副本，我再也没有收到信息。我不需要取消选中“ Enable Just My Code”。

此外，这是一个 WPF 应用程序，但我遇到了这个线程在我的搜索，所以希望这将有助于其他人。

小开

我只是碰到了这个问题，并很快决定，其他的答案张贴不适用于我。

disable

我是这个项目的所有者，我知道它是用调试信息构建的，而且没有优化。此外，我从来不喜欢选择禁用警告作为我的第一选择。在以后的调试会话中，隐藏/忽略此警告可能成为一个问题。

由于这只是在我 在集会上签了名之后才开始发生，这给了我一个快速修复的提示: 暂时删除 DLL 的强名称(并使用 EXE)。瞧！问题解决了。

一个更好的长期解决方案可以采取添加构建后操作的形式来更新 GAC，使其具有已签名 DLL 的最新版本。

但是现在，我很高兴从这个转移，继续工作的问题，把我带到这个调试会议。

小开

对我来说，检查“优化代码”框中的项目属性，保存，取消选中，然后重新保存为我做到了这一点。

禁用“仅启用我的代码”也可以工作，但这更像是一种解决方案，而不是修复，因为我不想要这种设置。

小开

我通过以下步骤解决了这个问题:

  1. 右键单击“解决方案”(而非“项目”) ，然后选择“属性”
  2. 在左侧面板中，选择“配置属性”
  3. 在右面板中，在项目的“配置”列下选择“调试”

如果在解决方案资源管理器中未看到列出的解决方案，请执行以下步骤:

  1. 在菜单栏中，转到 Tools-> Options
  2. 在左侧面板中，选择“项目和解决方案”(您可能需要在窗口左下角选择“显示所有设置”)
  3. 在右侧面板中，勾选“总是显示解决方案”

希望这个能帮上忙。

小开

当我试图远程调试属于不同子网的计算机上的应用程序时，我遇到了这个问题。如果机器位于同一个子网上，我可以在网络上运行代码时进行调试和逐步执行。改变子网后，虽然我无法跨越时，从网络运行，并得到了“下面的模块是建立与优化启用或没有调试信息”。

解决方案? 很简单。将构建的解决方案复制到承载远程调试的计算机上，并在本地运行它。

小开

在 VS 2010 winForms 项目中，这种情况发生在我身上。看到这里的大多数人都有网络项目，我认为这与访问存储项目的文件夹有关。我这样说是因为当这个问题发生在我身上时，谷歌驱动器正在同步文件夹中，我保持我的项目。似乎仅仅禁用同步并不能解决问题。

我的解决方案类似于上面的一个答案:

  • 转到“项目属性 > 编译 > 高级编译选项”
  • 选中“启用优化”
  • 将“常规调试信息:”设置为“无”
  • 未选中“定义 DEBUG 常量”
  • 然后按 OK 键
  • 然后返回并将选项返回到它们的初始状态。

希望这对某人有所帮助，因为它似乎仍然发生。

小开

如果您正在发布到 IIS，并且没有使用 Web 服务器内置-或 IIS 快捷-请确保您的发布配置文件设置处于调试模式。在 vs11默认情况下，它处于发布模式。

小开

我也遇到过这个问题，出于某种原因，这种情况已经发生过3、4次了; 我认为这一定是 Visual Studio 2005的 bug/提示(或者至少是我的安装)。

这招每次都管用: 我来解决它

  1. 右键单击我的解决方案并单击属性。
  2. 打开配置管理器。
  3. 在下拉菜单中选择 Debug (如果尚未选中)。
  4. 取消检查 BUILD，然后重新检查。
  5. 重新构建解决方案。
小开

顺便说一句，我看这个博客是为了找到解决同样问题的方法。不幸的是，上面提到的解决方案对我没有帮助。最后，我想明白了，我正在安装我的位(随着。Pdb)通过安装程序显式设置安装文件夹上的权限。

因此，即使文件浏览器显示了正确的文件，VS 也无法加载 pdb，但它会出现上面提到的同样的错误。

一旦我取消选中“ Enable Just my code”并从安装程序中删除权限设置，VS 就开始加载模块。

小开

对我有效的配置如下

Project —— > (Your Project) Properties —— > Debug Tab 确保将 Configuration 设置为 Active (Debug) 在“ Unable Debuggers”下，确保选中“ Enable unmanagement code debug”

小开

工具 > 选项 > 调试 > 符号 > 指定排除模块 看看在排除模块列表中的 dll 或 exe

小开

我正在创建一个 Windows 服务，以下是对我有效的方法:

  • 卸载服务。
  • 打开命令提示符并转到 c: Windows Microsoft.NET Framework64 v4.0.30319
  • Installutil C: MyFantbulusWindowService bin Debug MyFantbulusWindowService.exe

大功告成！

小开

案例: 在 SharePoint 开发中用 Console 项目测试程序集——如果你正在进行 SharePoint 开发，并在 VS 中看到这个警告，确保在测试控制台应用程序之前将你的 SP 程序集部署到 GAC，如果你的核心 SP 项目有你需要在控制台测试应用程序中调用的方法。

小开

我也遇到过同样的问题，只是原因和解决方法不同。 窗户和古斯塔沃(上图)展示的一样，但路径在: “ users zzz AppSettings...” (其中 zzz 是 Windows 用户名)

我有一个 Excel 插件-我正在测试的插件的安装，所以我有一个副本安装通过 VS 安装功能。显然，VS 正在尝试调试已安装的副本和我刚刚启动的副本，并且无法在已安装的副本上找到调试符号。

以上的解决方案都不起作用(没有副作用) ,

解决方案: 卸载插件，并手动删除应用程序设置中的文件工作。

小开

我在 SVN 的一个仓库检查中发现了这个 项目的源代码添加到解决方案中的时间。

解决方案是这样的

solution
- project 1
- Reference '..\assemblies\<companyname>.Customers.Adapter1.dll'
- project 2
- Reference '<companyname>.Customers.Adapter1.dll' (project reference).
- project '<companyname>.Customers.Adapter1'

解决方法:

  • 在项目1中，删除对程序集文件夹 dll 的引用。

  • 在项目1中，将项目引用添加到“ . customer.Adapter1”。

小开

VS2012，清洁和重建修复了我的问题。“属性”-> “构建”-> 优化代码未选中。“属性”-> “构建”-> “高级”-> 调试信息: 完整

小开

我在一个项目中遇到了这个问题，结果在 AssemblyInfo.cs 中用注释解决了这个问题:

[assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]
小开

遵循以下步骤: (首先停止调试)
右键单击 项目解决方案名称或 项目-> < b > 属性
2: 在 配置属性下选择 < b > 配置管理器
3: 将 配置改为 调试，然后单击 < b > close
4: 将 配置改为 调试，然后点击 < b > Apply-> OK
现在重建解决方案... ！

小开

对我来说，我删除了临时 asp.net 文件中的所有文件，并关闭了我的解决方案，重新打开它，它工作得很好

小开

我也有这个问题，解决这个问题的一个方法是从项目中打开元数据形式的文件，添加该项目作为项目引用，而不是作为文件引用，如 dll 或 exe。


提交答案