2017-02-21 120 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壓縮並修復數據庫,然後返回並從參考窗口重新添加參考。