Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/visual-studio-2010/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Microsoft Visual Studio中的VB.NET调用堆栈-突出显示的源代码行错误?_Vb.net_Visual Studio 2010_Debugging_Visual Studio Debugging_Callstack - Fatal编程技术网

Microsoft Visual Studio中的VB.NET调用堆栈-突出显示的源代码行错误?

Microsoft Visual Studio中的VB.NET调用堆栈-突出显示的源代码行错误?,vb.net,visual-studio-2010,debugging,visual-studio-debugging,callstack,Vb.net,Visual Studio 2010,Debugging,Visual Studio Debugging,Callstack,我似乎在使用Microsoft Visual Studio 2010 Professional的调用堆栈查看功能时遇到问题 在调试过程中,我的应用程序崩溃了,所以我用调用堆栈视图检查了它 有问题的行包含在名为showInDGV(…)中,没有什么令人兴奋的,只是试图读取未初始化的变量或其他东西 一切都很好,所以我做的下一件事就是检查对showInDGV()的调用来自何处,因为它是从多个地方调用的 双击调用堆栈中的条目(应该突出显示showInDGV(…)子例程调用的条目)时,IDE突出显示了错误的

我似乎在使用Microsoft Visual Studio 2010 Professional的调用堆栈查看功能时遇到问题

在调试过程中,我的应用程序崩溃了,所以我用调用堆栈视图检查了它

有问题的行包含在名为
showInDGV(…)
中,没有什么令人兴奋的,只是试图读取未初始化的变量或其他东西

一切都很好,所以我做的下一件事就是检查对
showInDGV()
的调用来自何处,因为它是从多个地方调用的

双击调用堆栈中的条目(应该突出显示
showInDGV(…)
子例程调用的条目)时,IDE突出显示了错误的行

它没有突出显示
showInDGV()
,而是突出显示了它下面的下一个非空行,即
End Sub

显然这里出了点问题

因此,我进一步检查了调用堆栈——结果表明,每当我尝试使用调用堆栈进行调试时,Visual Studio都会将错误的行置高

这其实不是第一次发生这种情况。事实上,这似乎总是发生在一个大项目的工作

最初,调用堆栈工作正常,并突出显示正确的行,但在某个点上它会变得混乱,然后它似乎永远无法修复自己,即使在关闭和重新打开程序之后也是如此


有人知道这个问题的原因/解决方案吗?我想这可能是visual studio项目中的某种损坏,我考虑过将源代码复制并粘贴到新项目中,但即使修复了它,也不会阻止它再次发生。

愚蠢的问题-重新启动VS是否修复了它?我见过一些非常古怪的事情,只要关闭并重新启动程序就可以解决。清理和重建-听起来这些符号已经过时了。重新启动并没有什么不同。我还尝试通过使用Build菜单中的“clean”功能,然后单击“rebuild”来清理和重建它。(我尝试了整个解决方案,也尝试了应用程序,因为有2个菜单选项),甚至尝试将其与重新启动应用程序相结合;清理、关闭、重新启动、重建。不幸的是,这个问题一直没有改变。它经常发生在我身上。在评测时尤其令人恼火,因为您永远不知道是您正在查看的那条线导致了问题,还是它上面的那条线。幸运的是,如果您对代码很认真,这个假设就会变得很明显,并且原始问题不会导致任何严重的问题。不,我不知道它为什么会发生。是的,我不会说这特别难弄清楚,因为你总是可以在堆栈中深入一层,它会带你到子程序。然后返回堆栈,找到靠近正确位置的子例程调用。这只会减慢整个调试过程。花费的总时间肯定是加起来的,所以我想如果我能找出解决这个问题的方法,而不是一直处理它,那将是我最大的利益所在。