我们在公司的几台机器上使用了一组 Excel 文件。这些文件包含一个 VBA 应用程序，它利用库中的几个 ActiveX 控件对象mscomct2.ocx（即MonthView和DateTimePicker）。ActiveX 对象将显示在用户窗体中。不幸的是，这些文件的可移植性似乎以一种非常特殊的方式受到限制。
似乎有 2 组机器：
- A 组：我可以在此类机器上创建一个包含 Excel 文件
MonthView，并在任何 A 组 PC 上使用它。但是当我尝试在 B 组的任何机器上打开这个文件时，我得到了一个无法加载对象，因为它在这台机器上不可用错误。但是，在 B 组机器上创建的具有相同 ActiveX 的文件在 A 机器上可以正常工作。 - B 组：在这些机器上创建的带有相关 ActiveX 的文件可以在任何地方工作（即在任何 A 和 B 机器上）。但是，正如我之前所说，当打开A机器上保存的带有ActiveX的文件时，B机器会出现上述错误。
一句话：在A机器上创建的文件只在其他A机器上工作，在B机器上创建的文件无处不在！
这里最奇怪的是每台机器都已mscomct2.ocx注册（再一次：我可以MonthView 在任何有问题的机器上创建表单！）。它.ocx本身在每台机器上就位，并且存在整套注册表项（用于控件类的 CLSID、IID、typelib ID...）。此外，这些注册表项中的数据在 A 组和 B 组机器（GUID、ProgID、版本等）上似乎相同。某些机器上的描述字符串（如“Microsoft MonthView Control 6.0 (SP6)”之类的值）略有不同，但这似乎不会影响情况（B组中的一些机器有这样的描述不同，但在它们上创建的文件仍然可以在任何地方工作）。
自然，由于墨菲定律，我用来编辑这些 Excel 文件的机器属于 A 组，所以这里保存的文件对于 B 机器是“不可移植的”......
操作系统和 Excel 版本似乎不会影响这种情况。例如，其中一台 B 机器在 Win 7 64 位 (Excel 2007) 下工作，而大多数其他 A 组和 B 组机器是 Win XP Prof (32 位) SP3，安装了 Excel 2003。因此，OS 和 Excel 版本似乎不会影响兼容性，并且问题与 ActiveX 有某种联系。
我发现 A 组和 B 组之间唯一与 ActiveX 相关的差异是文件版本mscomct2.ocx：至少有几台 A 机器的版本为 6.1.xx，而 B 组的版本为 6.0.xx 我不明白这种差异如何导致问题（ ActiveX 毕竟是 COM 对象，根据注册表键值，暴露的 typelib、com 对象和接口似乎在所有情况下都是相同的）。尽管如此，我还是尝试ocx用 6.0.xx 版本替换我的 6.1.xx ......但遇到了更多麻烦。我所做的是：
regsvr32 /u mscomct2.ocx- 成功完成- 替换了
mscomct2.ocx6.0.xx 版本的文件 regsvr32 mscomct2.ocx- 成功完成
在这些步骤之后，我尝试使用包含MonthView. 但是当我试图在表单中放置一个控件时，我得到了一个带有错误Class not registered的消息框。这真的很奇怪，因为一切似乎都已注册：控件类、它的接口、typelib（是的，我已经检查了注册表以确定）。但是错误仍然存在。
之后，我再次执行取消注册/替换/注册程序以返回到我原来的 6.1.xx 文件。这让我回到了最初的 SNAFU 情况：我可以再次将 ActiveX 安装到用户表单并使用它，但是 B 组机器仍然在我的机器保存的文件上给出错误。
我认为文件与 ActiveX 的可移植性问题和ocx注册问题有某种联系，但我不知道如何联系。也许在 Excel VBA 中注册 ActiveX 有一些额外的要求，我不知道......
我唯一需要的是让我的 Excel 文件中包含的 ActiveX 对象与其他机器兼容。任何人都可以帮助我吗？