Database VB6数据库上dao3.6的问题

我目前正在尝试启动一个数据库，该数据库的VB6前端连接到access 2000数据库。在某些计算机上，我们遇到了从数据库中提取的数据无法显示或显示不正确的问题

在system 32和microsoftshared/dao中，工作的计算机似乎修改了相同的dao360.dll日期，而不工作的计算机没有修改相同的日期

---

这是导致错误的原因吗？我怎样才能纠正这个问题？还是发生了其他事情？

系统上不应该有两个DLL副本。这听起来像是以前在这些系统上安装过一些设计糟糕的应用程序。目前还不清楚这一切到底有多严重

将程序打包为一个独立的应用程序可以将程序与创建DLL地狱的此类错误安装隔离开来。不幸的是，MDAC/DAC和相关组件很难分离

这是1998年搬到ADO的另一个原因，如果不是从那时起。虽然您不能像隔离DAO一样隔离MDAC/DAC中与ADO相关的部分，但这些库现在作为Windows的一部分提供。您不需要部署它们，而且Windows中越来越完善的系统文件保护机制可以保护它们不受错误安装程序的影响

但是，提供具体援助可能需要对正在发生的事情进行更具体、更详细的描述，而不是不显示或不正确显示

---

我将使用DAO创建一个最小的测试用例，以开始探索问题的真正所在。首先，可能只是一个简单的查询，显示返回的行集而不进行数据绑定。

我建议安装最新版本的MDAC和Jet。虽然Jet曾经是MDAC的一部分，但我敢肯定他们现在已经将其放入了自己的installl/update/service pack中。也许从这里开始：

您是否在系统上发现了任何不能正常工作的错误？当程序运行时，实际上没有出现任何错误。它是一个调度程序，在显示数据的计算机上正确地列出程序，而在没有显示任何内容的计算机上显示。您能更具体地说明它没有显示在哪里吗？如果它没有出现在您的代码中，您是否尝试过调试以查看代码实际返回的内容？您是否可以看到Windows虚拟化的结果，即非管理员应用程序写入保护区域以获得其自己的验证副本？老实说，我怀疑它是否与.dll文件有任何关系。我会在有机会的时候发布一些代码。这是个好消息。。。我想是吧。没有解决问题，但你离它越来越近了。也就是说……我要擦一下硬盘，然后重新开始，看看这是否解决不了问题，因为那里的计算机基本上是用来运行这个系统的。