Visual Studio 2008调试问题

Question

我在VS2008中工作，在一个解决方案中有三个项目。我通过附加到由第三方应用程序(SalesLogix，一个客户关系管理应用程序)调用的.net进程来进行调试。

一旦它附加到进程，并且我尝试在其中一个项目中设置断点，它就不会在该文件中设置断点。它实际上将当前选项卡切换到另一个项目中的另一个文件，并在该文档中设置断点。如果文件没有打开，它甚至会帮我打开它。我无法解释这个。我一点也不知道。有人见过这种奇怪的行为吗？如果不是亲眼所见，我是不会相信的。

更多的信息:如果我在附加之前设置了一个断点，它会显示“红点”，并显示no symbols loaded...no problem……我希望如此。当我附加并调用SalesLogix中的.net代码并切换回VS时，我的断点完全消失了(甚至没有源代码与调试文件不匹配的警告)。当我尝试手动加载调试文件时，我收到一条消息，指出符号文件与模块不匹配。.pdb和.dll的时间戳是一样的，所以我被难住了。

有谁有什么想法吗？

Thx

杰夫

Answer 1

我在老版本的VS.Net (我想是2003年)中看到了这个功能。它可能在当前版本中仍然存在，但我还没有遇到过它。具有相同名称的文件，即使在不同的目录中，似乎也会使VS.Net感到困惑，这最终会在具有相同名称的文件中设置一个断点。仅当文件中的两个类也具有相同的名称时才会发生。我想命名空间就这么多了。

您可能还希望检查生成配置，以确保所有项目实际上都是在调试模式下生成的。我知道有几次，当解决方案的配置以某种方式发生变化时，我被抓到了，而且一些项目没有在调试模式下编译。

Answer 2

Kibbee，你是对的！这是两个在不同文件夹中同名的文件。我在第58行的正确文件中设置了断点-它将断点放在了第58行的另一个文件上。我终于能够通过使用"Debug-->New Breakpoint-->Break at Function Name“菜单选项并输入我的函数名来设置断点。它完全停止了，就像它当时应该停止的那样。

我同意--名称空间就这么多了，对吧？这该死的东西花了我几个小时。哦，well...at至少它已经解决了，我知道为什么。

感谢你的回答，也感谢Matt的回复！