当你使用tlb导入类型信息,并使用智能指针来生成对象的时候,经常会碰见这么一个问题.0x80040154解释是"没有注册类别",对组件经过反复注册,确信已经成功注册了,问题依旧.
原因分析:
#include "olectl.h"
[ uuid(7044762E-1832-4997-85CE-F8329F3F1A44), version(1.0) ]
library Fri
{
importlib("stdole32.tlb");
importlib("stdole2.tlb");
// One のプライマリ ディスパッチ インターフェイス
[ uuid(77A9625E-E129-4465-AB6C-E8EEB4AAE68F) ]
dispinterface IOne
{
properties:
methods:
[id(1), helpstring("メソッドFunOfOne")] void FunOfOne(void);
};
// One のクラス情報
[ uuid(F329F7D9-477C-4D50-A55B-39A6213215F3) ]
coclass One
{
[default] dispinterface IOne;
};
// Two のプライマリ ディスパッチ インターフェイス
[ uuid(8BF72FD6-8421-4307-86FB-E4AD4F60161F) ]
dispinterface ITwo
{
properties:
methods:
[id(1), helpstring("メソッドfunOfTwo")] void funOfTwo(void);
};
// Two のクラス情報
[ uuid(2357C11C-DE0B-4B59-8EA9-B877E98E278B) ]
coclass Two
{
[default] dispinterface ITwo;
};
};
如上面所示一个类型定义文件内容,包含两个COM类,One和Two,其中One实现了IOne,Two实现了ITwo,两个类都包含于Fri库,注意,上在的每个类,每个接口和库都有它的一个类型GUID.
导入其生成的类型库,则会看到下面的接口定义
struct __declspec(uuid("7044762e-1832-4997-85ce-f8329f3f1a44"))
/* LIBID */ __Fri;
struct __declspec(uuid("77a9625e-e129-4465-ab6c-e8eeb4aae68f"))
/* dispinterface */ IOne;
struct /* coclass */ One;
struct __declspec(uuid("8bf72fd6-8421-4307-86fb-e4ad4f60161f"))
/* dispinterface */ ITwo;
struct /* coclass */ Two;
//
// Smart pointer typedef declarations
//
_COM_SMARTPTR_TYPEDEF(IOne, __uuidof(IOne));
_COM_SMARTPTR_TYPEDEF(ITwo, __uuidof(ITwo));
...
我只列出了感兴趣的一段,包括两个智能指针的声明,可以确定类型库里有几个接口定义,就有几个类型指针下面我们这么使用:
IOnePtr ip;
hr = ip.CreateInstance(__uuidof(IOne));
这个时候,错误就发生了.分析CreateInstance的内部,它将根据你传入的GUID(上面的__uuidof(IOne))来生成COM对象,换句话说,你应该传入的这个GUID是一个COM类的GUID,现在上面的代码错误很明显,它传入的是接口的IID,虽然GUID和IID是同一种东西,但是用途还是不一样的(哈哈).另外,智能指针通过模板参数已经明确IOne的IID了.
问题还可以更明白,因你的One 类除了实现IOne接口还可以实现其它的更多的接口,或者另外一个类也实现了IOne接口,但效果和One类实现的不一样,当你需要一个接口指针的时候,是不是应该指明这个接口是由哪个类实现的呢?
[ uuid(F329F7D9-477C-4D50-A55B-39A6213215F3) ]
coclass One
也许你还是不知道该怎么改,如上面改为hr = ip.CreateInstance(__uuidof(One));就行了,虽然One这个COM类的信息和GUID并不能从typelib导入的类型信息里获得,但是这样使用绝对是受微软保护的(不会有没声明的错误).
如果这篇文章对你有用,请帮忙顶一下,我也是花了很多时间才解决问题的.