【问题标题】:How are some source files accidentally excluded from debugging?一些源文件是如何被意外排除在调试之外的?
【发布时间】:2013-12-28 06:33:39
【问题描述】:

我最近遇到了一个问题:

当进入我编写的函数时,解决方案的一部分。受阻,我做了一些研究,发现this StackOverflow 帖子。我查看了解决方案的属性,发现:

“c:\MyFile.h”是如何添加到此列表中的?我没有添加它。事实上,在 15 年的 Windows 编程中,我什至从未见过这个对话框。

【问题讨论】:

  • 我为低质量的手绘艺术道歉。
  • 据我所知,它已经存在 8 年了。您是在询问对话框、“不查找”框还是 c:\MyFile.h?
  • @HansPassant:不,我问的是如何将“c:\MyFile.h”条目添加到此列表中。我没有添加它。
  • 在过去 5 年的某个时间点,调试器遇到了 PDB 文件显示它位于该 .h 文件中的代码。但是找不到该文件,因此它显示了一个对话框,允许您指定正确的路径。你点击了取消。
  • @HansPassant:啊哈!这实际上是过去 5 天的某个时间点,因为有问题的文件是新文件。但我明白你的意思。如果您做出的回答不是我的回答,我会接受并接受它,因为我怀疑您是完全正确的。

标签: visual-studio-2008


【解决方案1】:

您通常会在调试时将不可见的文件添加到“不要查找这些”框中。常见的情况是调试器进入了一行代码,它在 PDB 文件中查找源代码文件,但在您的磁盘驱动器上找不到它。然后它会显示一个对话框,让您自己定位文件。这很常见,例如,当您调试构建在构建服务器上的代码并且它从与您放置它的位置不匹配的源代码目录构建可执行文件时。

单击对话框上的取消,然后自动添加它正在寻找的文件。调试器现在会让您安心,不再一遍又一遍地提示输入同一个文件。您将收到“没有可用的源代码”警告。

从对话框中删除文件很好,您只需再次触发调试器提示。文件列表存储在解决方案目录中的隐藏 .suo 文件中,因此它可能会在很长一段时间内保持历史记录,并且是特定于解决方案的。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-02-19
    • 2011-12-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多