Delphi 10.2.3 在启动(带调试)32 位应用程序时挂起

Delphi 10.2.3 hangs when starting (with debugging) a 32 bit application

更新:正如一些人所说,这是NOD32带来的问题。他们系统中的一个问题项是:

https://forum.eset.com/topic/16237-probleme-debug-delphi-with-eset-11249/


Delphi 10.2.1 和 10.2.3 在 Windows 10/64 上启动(带调试)任何 32 位应用程序时挂起。这是在计算机重新启动后开始的,就像每个周末一样。

调试 64 位项目可以编译并且运行没问题。 调试 32 位项目编译但挂起 before/slightly 在项目甚至启动 运行ning 之后(现在 Delphi 上的 "end task" 是唯一的选择)。如果我 运行 没有调试器,项目 运行 没问题。 Delphi "stops responding".

我见过这种单一形式 "do nothing" 测试应用程序,我曾用它来调查加载 Kernel32 或 Comdlg32 后的冻结情况。

听说这与 Delphi 10.2 和 Windows 10 的 Creator 更新的问题非常相似,我迁移到 Delphi 10.2.3。和以前一样的问题。

我恢复了 Windows 分区的备份。在我这样做之后,它一直有效,直到我重新启动,然后它又坏了。

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

这太奇怪了...有什么想法吗?

我在 F-Secure 防病毒软件和 Windows 10 1803(2018 年 4 月更新)中看到过这种行为。 这类似于关于此 post 的最后评论:http://blog.marcocantu.com/blog/2017-june-delphi-packages-creators-update.html.

我发现的唯一解决方法是定义 BDS.exe 进程的关联。

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

您可以通过命令行 运行ning BDS 明确定义关联。

这是我的快捷方式:

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

我认为它可能与 Nod32 有关,因为我在更新 nod 32 后发生了同样的问题。

我已将 BDS.exe 目录添加到实时文件系统保护之外。

现在好像好了。

ESET 正在部署其防病毒软件的 11.2.63.0 版本,Win32 调试冻结 Delphi 的问题现已解决。