导致 Delphi IDE 崩溃的已知结构

Question

我正在使用 Turbo Explorer 2006（更新 2），有时 IDE 在某个单元中崩溃，特别是当我尝试使用类完成时。 该单元（以及整个项目）已投入生产，并且运行良好多年，每天都进行修改，只是 IDE 工具出现了故障。

通常，如果发生这种情况，Delphi 会在崩溃中幸存下来，但 IDE 的某些部分已失效（例如，单元不在 .dpr 中的表达式的工具提示中的调试值）

我怀疑解析器在某些特定构造上终止，可能是 ifdef'ed ，因为这个单元是一个巨大的系统交换机。

某人是否知道杀死 IDE 的具体结构？ 我想解决这个问题，以便我可以再次使用类完成。

Answer 1

谷歌搜索[delphi Turbo“类完成”崩溃]找到一个错误报告，听起来是什么就像你看到的同样的问题。 该错误报告列出了一个解决方法（»将“TTest”更改为“TButton”并删除“TButton = class(TTest)”。«），至少对于其给定的测试用例，但我不知道它是否适用于您的情况。

Answer 2

我在使用动态多维数组时遇到了一些问题：

type
  Foo = array of array of Integer;

代码完成和重构不起作用，它给出了有关 ; 的错误。 预期在该声明中的某个地方，但它编译得很好。

我通过将类型声明修改为以下内容来修复它：

type
  Foo = array of TIntegerDynArray; //TIntegerDynArray is declared in Types unit

Answer 3

Delphi IDE 和（在较小程度上）编译器非常脆弱。 许多非预期的构造会导致奇怪的问题。 因此，很难立即猜出您的案例出了什么问题。 （根据你描述你的单元的方式，我怀疑 IFDEF 可能会发挥作用。）

你不能注释掉代码中的部分直到问题消失，看看是什么原因导致的吗？ 如果您的单位是 ABC D，请尝试使用

(* A B *) C D

，如果没有导致错误，请尝试

A B (* C D *)

然后也许

(* A *) B (* C D *)

等等，直到您的单位只剩下一小部分不可还原的部分。 由于您正在测试 IDE 而不是编译器，因此您可能不需要注释掉的单元来编译而不会出现错误。

Answer 4

{$ifdef something}
   type myclass = class
{$else]
   type myclass = class(existingclass);
{$endif}

看起来很混乱，但没有崩溃。

另外，财产声明中的 ifdef 似乎扰乱了系统。

在 D2009 中，

输入 myrecord = record
someting : 0..31 组；
结尾;

似乎抑制了完成（它咕哝着 SET），但没有崩溃。

更新

这是“一组”构造本身，完成无法处理（而编译器可以）

更新2：属性声明中的IFDEF也会使IDE感到困惑/崩溃。