Question

更新：正如某些人所指出的，这是由NOD32引起的问题。他们系统中的一个问题是：

在Windows 10/64上启动（调试）任何32位应用程序时，Delphi 10.2.1和10.2.3会挂起。就像每个周末一样，此操作是在周末重新启动计算机后开始的。

调试64位项目可编译并正常运行。调试32位项目可以编译，但在项目甚至开始运行之前/之后会挂起（Delphi上的“结束任务”现在是唯一的选择）。如果我在没有调试器的情况下运行，则项目运行正常。德尔福“停止响应”。

在加载Kernel32或Comdlg32之后，我已经看到了用于“冻结”的单一表单测试应用程序。

我听说这与Delphi 10.2和Windows 10的Creator更新的问题有多相似，因此我迁移到了Delphi 10.2.3。与以前一样的问题。

我还原到Windows分区的备份。完成此操作后，它一直有效，直到我重新启动，然后又再次坏了。

我去了Windows分区的早期备份，并得到了相同的结果。

这太奇怪了...有什么主意吗？

Answer 1

我认为这可能与Nod32有关，因为在点头32更新后我也遇到了同样的问题。

我已经添加了BDS.exe目录，以将其排除在实时文件系统保护之外。

现在看来还可以。

Answer 2

我已经看到F-Secure防病毒和Windows 10 1803（2018年4月更新）的这种行为。这类似于该帖子的最新评论：http://blog.marcocantu.com/blog/2017-june-delphi-packages-creators-update.html。

我发现的唯一解决方法是定义BDS.exe进程的亲和力。

您可以通过右键单击“任务管理器”的“详细信息”选项卡中的bds.exe进程并定义“亲和力”来执行此操作，但是它只会为当前运行定义它。

您可以通过在命令行中运行BDS来最终定义亲和力。

这是我的捷径：

C:\Windows\System32\cmd.exe /C START /affinity 1 bds.exe

Answer 3

ESET正在部署其防病毒版本11.2.63.0，现在已解决了冻结Delphi进行Win32调试的问题。