2017-02-21 114 views
0

以下是有关本地开发计算机环境的详细信息: - Windows 7 Professional 64位操作系统 - Microsoft Office Access 2007(12.0.6735.5000)SP3 MSO (12.0.6743.5000)强制Microsoft Access确认存在Microsoft Access ADE文件

在工作中,我收到了被用来生成我们的应用报告这些3个的Microsoft Access文件:

  • ReportEngine.ade
  • ReportEngine.ADP
  • RptEngCore.ade

我一直在考虑的试图理解与相关的代码和数据库架构的责任说文件。

主要文件是ReportEngine.ADP文件。

我打开了Microsoft Office Access 2007中的ReportEngine.ADP,它打开了Microsoft Visual Basic编辑器。

在Microsoft Visual Basic编辑器,我浏览和点击调试 - >编译ReportEngine,但它给了我下面的错误:

“编译错误:无法找到项目或库”

然后,我浏览和点击运行 - >重置 接下来,我浏览和点击工具 - >引用,我得到以下窗口画面:

Microsoft Access dialog windows missing reference ade file

我点击了在上面的对话框窗口中显示的“Browse ...”,我指定了文件RptEngCore.ade,它是我在这个计算器发布顶部的列表中提到的其他Microsoft Access文件之一。 不幸的是,它仍然通过再次显示上面显示的同样的对话窗口屏幕来提到所述文件丢失。

我认为可以通过注册Dos命令提示符中的RptEngCore.ade来解决该错误。

我跑DOS命令在管理员模式下,跑REGSVR32注册命令的64位版本: C:>%SYSTEMROOT%\ SYSWOW64 \ REGSVR32 RptEngCore.ade

然而,它给我的以下消息:

Windows Registration file compatibility issue

我认为我可能需要运行REGSVR32注册命令的32位版本:

C:>%SYSTEMROOT%\ System32下\ REGSVR32 RptE ngCore.ade

我仍然有上述

显示可能有人请告诉我,我怎样才能得到微软获得承认RptEngCore.ade存在上述注册消息?

回答

1

@ wayne-g-dunn和@danielg:谢谢你的帖子。

然而,当我升级到Microsoft Access 2010,参考RptEngCore.ade依赖成功的Microsoft Access 2010年看到

我跟原来的开发商,他们说,他们开发/维护/支持应用程序使用Microsoft Access 2010.

0

的ADE可能损坏,或在主机文件中引用它期待不同的版本。当您引用ADE,MDE等时,Access会缓存关于它的信息。如果引用的文件发生更改,Access通常会感到困惑。其他基于VBA的产品不会这样做。

我将重拍的ADE,并重新引用它,就像这样:

当您打开ADP项目(RptEngCore.ADP),确保项目名称是文件名,不带扩展名。从RptEngCore.ADP中的VBA编辑器中,转至工具>属性,并确保项目名称与您期望的相同。这是一旦您引用它时将作为参考名称显示的内容,而不是文件本身的名称。您的代码可能使用完全限定的引用,如RptEngCore.MyMethod()。在具有正确权限的位置从RptEngCore.ADP中创建ADE。打开需要引用新ADE的文件,并从引用窗口或VBA代码(References.Remove(name))中删除现有引用。重要提示:NOw压缩并修复数据库,然后返回并从参考窗口重新添加参考。