【问题标题】:Visual Studio 2010: Stop debugger at breakpoint overnight = Freeze after the next stepVisual Studio 2010:在断点处停止调试器过夜 = 在下一步后冻结
【发布时间】:2013-09-27 14:59:10
【问题描述】:

如果我将调试器留在断点处过夜,然后在第二天返回继续(即 F10),我会遇到 Visual Studio 冻结问题。

发生的情况是,不仅 Visual Studio 冻结,而且整个计算机也挂起,迫使我重新启动。这发生在四核计算机上,这意味着 VS 基本上占用了所有内核的 CPU。

对于像这样的愚蠢错误,我能做些什么吗?或者我真的必须避免让调试过程在断点处停止很长一段时间吗?实际上我确实需要做这样的事情,因为有时需要几个小时才能达到某个断点。

谢谢。

编辑:我正在调试一个连接到远程 SQL 服务器的本地项目。如果我离开断点一个小时左右,我从来没有遇到过问题。仅当我将其放置过夜时才会冻结。

Edit2:如果我杀死调试器而不是在隔夜断点后继续使用它,也会出现问题。

【问题讨论】:

  • 只是一个避免你的问题的建议 - 为什么不使用某种日志而不是等待应用程序达到某个断点的时间?
  • 信息不足。我已经将 VS 调试器留在断点上几个小时没有问题。你在调试什么?它是某种服务或系统进程吗?
  • 当你中断时,是否有可能发生了某些事情,受到某种超时的影响?可能是与服务或数据库的连接或一些异步操作?
  • 可能是这样,但如果我尝试使用停止按钮终止调试器,也会出现同样的问题。
  • Re S_F:调试器非常强大,因为它们允许大量直接控制在给定执行点发生的事情。也就是说,我不需要猜测我需要将什么类型的信息打印到日志中,并且我可以获取大部分(如果不是全部)该时间点可用的信息。强大的调试器(如 VS 中的调试器)还允许用户回溯和更改执行步骤以测试问题的解决方案。

标签: c# visual-studio-2010 debugging


【解决方案1】:

创建一个连接到远程 sql 服务器的非常简单的测试项目,这将确定它是项目还是计算机。我的第一个猜测是您需要重新安装 Windows。

【讨论】:

    猜你喜欢
    • 2011-07-02
    • 1970-01-01
    • 2011-06-06
    • 2019-03-19
    • 2020-01-01
    • 1970-01-01
    • 2011-06-16
    • 1970-01-01
    • 2013-06-13
    相关资源
    最近更新 更多