VC编译ADO的开发环境和客户环境的细微差别可能导致的失败

找了好久才找到原因

 

·应阅读本公告牌的目标受众：针对Microsoft®ADO 2.5及其后续版本加以应用的客户。这其中便包括使用着Microsoft Windows® XP、SQL Server™ 2000和MDAC 2.7的VC程序员。
 
·薄弱环节可能造成的影响：VC编译的应用运行失败。
 
·现象：
在开发机器上编译如下代码：
#pragma warning(push)           // Needs to be done in order to suppress warning message
#pragma warning(disable:4146)   // caused by bug in ADO (MS Knowledge Base article Q253317)
#import "C:/Program Files/Common Files/system/ado/msado15.dll" /
  no_namespace rename("EOF","adoEOF")
#pragma warning(pop)
.....
_CommandPtr pCmd = NULL;
HRESULT hr = pCmd.CreateInstance("ADODB.Command");
但是在客户的一台正常的Windows2000上却发生错误：
Command指针创建失败，错误号：0x80004002，错误描述：没有此接口。
 
·原因：
我们的开发机器上一般都装有MDAC2.7，这可能是因为装了SQL Server，也可能是WinXP自带的。
而客户机器上只有MDAC2.5。
由于微软的ADO开发小组习惯上总把ADO的最新版本命名为默认接口，如ADO2.5时将_Command25命名为_Command。
这样当你在MDAC2.7下编译VC代码，绑定的_Command的InterfaceID可能就是_Command2.7的接口ID。而在客户的MDAC2.5环境中
，可能不存在这个接口ID，它的_Command的接口ID还是2.5的，和你的机器上的_Command接口ID肯定不一样。
所以以VC的方式创建_CommandPtr指针，是无法创建出来的。但是由于VB并不是绑定InterfaceID，所以VB中还可以正常创建ADO接口指针。
 
·解决方法：
第一种：只在MDAC2.5环境下编译，并发布到MDAC2.5以上的客户环境中，但是WindXP就没有办法了；
第二种：强迫客户环境升级MDAC；
第三种：在MDAC2.7环境下编译，但是我们只明确表示创建Command25指针，如下所示：
 ADODB::Command25Ptr pCmdChange  = NULL;
 HRESULT hResult = pCmdChange.CreateInstance(__uuidof(ADODB::Command));
第四种：选择使用OLEDB；
 
============================================
·参考1:
请一定参考这篇文档，他们抱怨得非常清楚：
http://groups.google.com/groups?q=b08400bd+command&hl=zh-CN&lr=&ie=UTF-8&oe=UTF-8&selm=uwaoAXD7BHA.1864%40tkmsftngp04&rnum=1