在Delphi7中，每当我按住Ctrl+单击某个函数/过程时，它都会将我带到该函数/过程。但它在Delphi XE上不起作用--至少不能在所有功能上起作用。我在ExtUtils.pas中有一个名为Associate的函数，因为该函数被正确编译，因此编译器可以找到ExtUtils.pas(当然，ExtUtils被添加到USES子句中，其文件夹添加到‘库路径’中)。但当我按住Ctrl键并单击功能或单位名称时，它不会将我带到那里。

有什么办法解决这个问题吗？

UPDATE1：此外，在按住Control键的同时单击函数(在当前单元中声明)不会在声明该函数的接口部分中移动光标。

更新2：
我临时将ExtUtils单元放在项目的文件夹中，现在它可以工作了。因此，Ctrl+Click本身可以工作，但似乎IDE在找到单元时遇到了问题，即使它的文件夹位于库路径和浏览路径中。

类似报道：

http://webcache.googleusercontent.com
http://webcache.googleusercontent.com
http://cc.embarcadero.com/Item/28269
这里有一份报告(见下面的答案)

新测试：
我已经完全卸载了Delphi(并手动删除了剩余的文件和注册表)。然后再次重新安装。除了CodeSite，没有安装其他工具，甚至数据库也没有安装。然后我创建了一个新项目。它包含一个按钮。当我单击该按钮时，它会运行TestMe过程，该过程在一个名为TestUnit.Pas的外部PAS文件中定义。我在库路径和浏览路径中添加了该库的路径。但是Ctrl+Click on TestMe程序仍然不起作用！如果我将鼠标悬停在TestMe过程上，弹出窗口会显示“在TestUnit中声明”，其中“TestUnit”一词是一个蓝色链接。如果我点击它，我会听到Windows系统的声音，但IDE不会把我带到那里(到单元)。

TestMe过程如下：

procedure TestMe;
begin
  Beep(800, 500);
end;

如果我按住Ctrl键并单击Beep程序，它会将我带到Windows.pas。所以，这是奏效的。如果您有不同的测试，请让我知道。

最新情况：
现在它起作用了！没有任何明显的理由！我只是打开和关闭并编译了这个项目。但我没有对Delphi做任何更改，除了这两个：自动保存选项->编辑器文件和项目选项。

最新情况：
这不可能！
因此，现在我可以在按住Ctrl键的同时单击TestMe过程来访问TestUnit.pas文件。因此，我将最初的PAS文件(ExtUtils.pas)移到了TestUnit.pas所在的同一文件夹中，该文件在我的初始测试(在重新安装Delphi之前)中不起作用。你猜怎么着：我可以打开(用Ctrl+单击)到TestUnit.pas，但不能打开ExtUtils.pas！
德尔福的行为如此奇怪和前后不一致！

最新情况：
我编辑了ExtUtils.pas，现在无法再次打开TestUnit.pas。肯·怀特不让我说德尔福可能有臭虫。所以我不能把‘bug’和‘Delphi’一起使用。有人能帮我把这些话拼在一起吗？

最新情况：
我完全删除了对ExtUtils.pas的任何引用--因此我将项目恢复到可以工作的位置(使用TestUnit)。但现在，这个漏洞仍然存在。即使在几秒钟前它还能与TestUnit一起工作，现在它也不能再工作了。

最新情况：
现在我意识到一件重要的事情：在我的源代码中(在测试项目中)，我有一行可编译的代码：

procedure TForm1.Button1Click(Sender: TObject);
begin
 TestMe;
end;

这段代码中不会出现蓝点，因为它不会被编译。在程序运行的那几分钟里，我看到了蓝点。我也排除了‘自动保存选项->编辑文件和项目选项’作为这个问题的可能原因。

最新情况：
我已经找到了解决这个问题的方法。几分钟：我将项目和库移动到不同的文件夹中(任何位置都可以)。按住Ctrl+单击可以工作一段时间。如果我把文件放回原来的文件夹里，它甚至还能用。所以，Delphi似乎保留了一些文件的缓存。只要缓存被破坏并保留缓存，Control+Click就不起作用。但当我移动文件时，它必须重新创建缓存，这样它才能正常工作，直到问题再次出现并存储在缓存中。