Delphi &引用；不再支持文件格式"；在Excel 2010中为我们的COM库

询问这件事有点冒险，但不幸的是，我们已经用尽了所有其他选择

我们的软件包的.exe文件公开了一个COM库，许多客户通过Excel电子表格中的VBA函数使用该库

一位特定的客户最近重新安装了Windows，然后升级了他们的软件包版本，现在在尝试将exe作为COM引用导入Excel时收到以下错误消息：

以前有人见过这个吗？该软件是使用Borland Delphi 7制作的，但我不确定这是否有多大区别

在注册表中查找COM库的GUID，文件位置正确。我们已经用尽了所有常用的技巧来用我们的软件修复奇怪的症状

---

如果任何人有任何想法或在他们自己的环境中看到过这一点，那么将非常感谢您的帮助

我猜测客户机可能有64位Excel。这与您的32位COM服务器不兼容

---

显然，那个胡乱猜测证明是准确的

就是这样，我们的软件是用Delphi编写的，但是微软给出了一些关于VBA的典型的有用的错误消息。这个特定的客户所做的就是通过相关的对话框在Excel中引用我们的COM库（由我们的可执行文件公开）。我不知道为什么Excel认为我们的可执行文件是用VBA制作的，甚至与VBA有关。这是我以前从未见过的事情，开发团队中的其他人也没有，这就是为什么这个问题可能有点模糊。他们使用的是哪个版本的Excel？32位还是64位？这是一个非常有趣的问题。。。我要到明天才能与客户联系，但我估计现在将是64位Excel。我刚刚在网上读了一篇文章，内容是关于无论您的体系结构如何，您都应该使用32位完全出于兼容性考虑。她提到她最近重新安装了Windows，我想她可能故意忽略了一个事实，即她也更改了Office版本。如果我得到一个64位的Office试用版，我可以在虚拟机上测试这一点。很多人安装了64位Excel，但当所有加载项都无法工作时，他们会感到惊讶。这绝对是个好机会，这就是问题所在。如果是这样的话，唯一的解决办法就是让您的客户卸载并重新安装32位Excel。@sxthomson-您可以问@David他是否可以将他的评论作为答案发布。；）