【问题标题】:Getting rid of "There is no source code available for the current location."摆脱“当前位置没有可用的源代码”。
【发布时间】:2010-09-23 18:44:46
【问题描述】:

好吧,这是我自己的错,但我似乎无法自救。

每当我尝试进入具有调用 .NET 代码的赋值字段的类时,我都会看到一个对话框,其中包含文本“当前位置没有可用的源代码。”:

例如,进入以下类的构造函数会给我上面的消息:

public class Test
{
    private Stack<String> _Dummy = new Stack<String>();
    public Test() { }
}

我认为这是因为在某些时候我摆弄了符号服务器的设置,但无论我现在摆弄什么,我似乎都无法摆脱该消息。

我的愚蠢在哪里忘记了它做了什么?


我目前options的总结:

  • [ ] 启用地址级调试
  • [x] 仅启用我的代码(仅限托管)
  • [ ] 启用 .NET 框架源步进
  • [ ] 启用源服务器支持
  • 符号文件 .pdb 位置 - 空
  • 将符号服务器中的符号缓存到此目录:C:\temp(空)

【问题讨论】:

  • 这里有同样的问题。你还记得你是如何摆脱它的吗?
  • 我也有同样的问题,但和你不同的是,我什至不想使用源服务器,只想摆脱这条消息!
  • 这里的解决方案都不适合我,但我找到了解决方案并将其发布在这里。

标签: visual-studio debugging message debug-symbols step-into


【解决方案1】:

由于测试项目和主要项目的框架版本之间的差异,我遇到了这个问题。升级主项目框架版本时,一定不要忘记升级测试项目。

【讨论】:

    【解决方案2】:

    我遇到了同样的问题,它显示错误出在 AjaxControlToolkit 上,但问题出在我的 HTML 语法中,尤其是在 div 标记中,我只放置了关闭标记 '' 而没有开始标记

    【讨论】:

      【解决方案3】:

      由于某种原因,我在 VS 2017 中禁用了所有 Common Language Runtime Exceptions

      要解决此问题,请在 Debug > Windows > Exception Settings 下打开 Exception Settings 并在 Exception Settings 窗口中选中 Common Language Runtime Exceptions 复选框

      【讨论】:

        【解决方案4】:

        我遇到了同样的问题,我通过这种方式解决了(Visual Studio 2008):

        “Formato de la informationacion de depuracion”到“Base de datos de programa (/Zi)”

        【讨论】:

          【解决方案5】:

          您是否尝试过构建该页面?我遇到了与 AjaxControlToolkit 类似的问题:Modal Popup Extender。在我给它 CSS 和 ASP.NET 控件之前它没有显示。

          【讨论】:

            【解决方案6】:

            我就是这样解决的。

            右击你的项目 -> 属性 -> 编译 -> 高级编译选项...

            然后从下拉菜单中将“生成调试信息”设置为“完整”。

            希望对您有所帮助。

            【讨论】:

            • 遇到了同样的问题,这个解决方案对我有帮助
            【解决方案7】:

            一种也适用于 Visual Studio 速成版(例如 Visual Basic 2005 速成版)的方法是重命名 .suo 文件。它与解决方案文件.sln 位于同一文件夹中。在重命名文件之前退出 Visual Studio。

            .suo 文件包含非关键设置,如窗口位置等。但是,它也包含所有断点,这就是为什么重命名它可能比删除它更好,以防此操作后悔。

            【讨论】:

              【解决方案8】:

              在解决方案资源管理器中,检查通用属性下的解决方案属性页,调试源文件。如果您看到“不要查找这些源文件:”下列出的程序集,请将其删除,问题应该会消失。

              打开解决方案属性页

              勾选“不查找这些源文件”

              【讨论】:

              • 我需要“重建”而不是“构建”,然后这行得通。
              • 这可能很有趣,但我关闭了 Visual Studio,重新打开后我清理并再次构建了我的解决方案。成功了!!
              • 有什么方法可以将文件自动添加到“不查找源文件”列表中?我昨天能够进入一个文件,然后今天我不能,它在那个列表中。
              【解决方案9】:

              这是我为解决此问题所做的。首先,停止调试并在 VS 中打开您的解决方案。接下来,确保您的解决方案配置设置为调试而不是发布。然后简单地进行重建(不是构建,重建)。下次启动调试器时,它应该会正常运行,并且您不会收到该错误消息。

              希望这会有所帮助!

              【讨论】:

                【解决方案10】:

                我在一个非托管 C++ 程序中遇到了同样的问题:当调试器在 main 函数中时,它总是显示“没有可用的源代码”,有趣的是,这个文件中的其他函数显示没有问题。在这种情况下,问题是我在堆栈上分配了太多数据。减少后,调试器开始工作没有问题。

                它在 Visual Studio 2010 中。

                【讨论】:

                  【解决方案11】:

                  这个错误也让我发疯了。我正在使用“AjaxControlToolkit”并使用“添加引用”将其引用到我的项目中。

                  我删除了“AjaxControlToolkit”引用并在“添加现有项目”中添加了相同的引用,之后我完全没有问题...

                  【讨论】:

                    【解决方案12】:

                    检查您的项目是否有项目引用,而不是 DLL 引用!如果存在 DLL 引用,则引用的项目将无法识别您的更改,并且您将收到与您类似的错误消息。

                    【讨论】:

                      【解决方案13】:

                      如果您不想调试 .NET 程序集,避免“当前位置没有可用源”问题的快速解决方法是取消选中“工具 -> 选项”下的“要求源文件与原始版本完全匹配”复选框-> 调试 -> 常规

                      【讨论】:

                      • 嗨 msbyuva 取消选中上述复选框选项后。关闭 Visual Studio 并重新启动它。不要忘记重新构建所有源代码。我希望它能解决你的问题。它对我有用。
                      【解决方案14】:

                      这对我有用:

                      1. 在引用的 *.DLL 的属性页上选中“启用非托管代码调试”
                      2. 重新编译引用的 *.DLL
                      3. 删除引用的 *.DLL,然后将其重新添加到您的项目中

                      【讨论】:

                        【解决方案15】:

                        如果你不希望出现这个烦人的标签,你可以试试我创建的这个插件: http://erwinmayer.com/labs/visual-studio-2010-extension-disable-no-source-available-tab/

                        可在 Visual Studio Gallery 上直接下载: http://visualstudiogallery.msdn.microsoft.com/en-us/fdbb2036-471e-40a7-b20e-31f8fd5578fa

                        【讨论】:

                          【解决方案16】:

                          查看是否意外排除了某些源文件。执行解决方案的属性并查看 Common Properties 下的 Debug Source Files 部分。

                          【讨论】:

                          • 实际上,我在尝试单步执行同一文件中的代码时遇到此错误
                          猜你喜欢
                          • 1970-01-01
                          • 1970-01-01
                          • 1970-01-01
                          • 1970-01-01
                          • 1970-01-01
                          • 1970-01-01
                          • 2012-07-17
                          • 1970-01-01
                          • 2016-01-08
                          相关资源
                          最近更新 更多