VC开发支持ActiveX控件工程

近日使用VC开发一个带对话框的ActiveX控件第一步：创建ActiveX控件，正常使用
第二步：ActiveX控件添加对话框，正常，参见 http://blog.csdn.net/ljz9425/article/details/7192786
第三步：对话框添加常用控件，测试正常
第四步：对话框添加ActiveX控件，测试错误：debug assertion failed f:\rtm\vctools\vc7libs\ship\atlmfc\src\mfc\winocc.cpp，经分析得原因是因为VC在创建ActiveX是不支持嵌入其它OLE对象，修改工程初始化方法

BOOL CrApp::InitInstance()
{
	BOOL bInit = COleControlModule::InitInstance();

	CoInitialize(NULL);//添加支持OLE
	AfxEnableControlContainer();//添加支持OLE

	if (bInit)
	{
		// TODO: 在此添加您自己的模块初始化代码。
	}

	return bInit;
}

原因是VC在创建应用程序向导时会提示是否支持（包含）ActiveX控件，而在创建ActiveX时向导中没有此项选择

附：

CoInitialize

　　CoInitialize是 Windows提供的API函数，用来告诉 Windows以单线程的方式创建com对象。应用程序调用com库函数（除CoGetMalloc和内存分配函数）之前必须初始化com库。
　　语法：HRESULT CoInitialize(_in_opt LPVOID pvReserved);
　　参数被保留，且必须为NULL。
　　返回值S_OK : 该线程中COM库初始化成功S_FALSE 该线程中COM库已经被初始化 CoInitialize () 标明以单线程方式创建。
　　使用 CoInitialize 创建可以使对象直接与线程连接，得到最高的性能。
　　CoInitialize并不装载COM 库，它只用来初始化当前线程使用什么样的套间。使用这个函数后，线程就和一个套间建立了对应关系。线程的套间模式决定了该线程如何调用COM对象，是否需要列集等。
　　CoInitialize ()并不会干扰客户和服务器之间的通信，它所做的事情是让线程注册一个套间，而线程运行过程中必然在此套间。
　　CoInitialize和CoUninitialize必须成对使用。
　　创建新的就手程序用该调用CoInitializeEx代替CoInitialize。

fxEnableControlContainer()函数是：允许应用程序作为控件容器来使用，也就是说你可以在这个应用程序中使用ocx之类的控件。对于用MFC向导自动生成的单文档框架程序的C...APP::InitInstance()函数中自动加了这一句 AfxEnableControlContainer();