ActiveX 封装 多文档（采用bcg中的Ribbon模式）,程序关闭以后其中dll不能释放，造成进程关闭不了

[lis2012]

最近花了几天时间使用将bcg中的Ribbon模式的多文档封装到ocx中，一切功能都很正常，现在出现的问题是程序退出的时候，ocx中的dll资源（加载的所有dll）不能正常释放：
正常的情况下如：
“dlgTest.exe”: 已卸载“F:\VCest\bin\BCGCBPRO1200ud90.dll”
“dlgTest.exe”: 已卸载“C:\Windows\SysWOW64\oleacc.dll”
“dlgTest.exe”: 已卸载“C:\Windows\SysWOW64\winmm.dll”
“dlgTest.exe”: 已卸载“C:\Windows\SysWOW64\odbc32.dll”
“dlgTest.exe”: 已卸载“C:\Windows\SysWOW64\comdlg32.dll”
“dlgTest.exe”: 已卸载“C:\Windows\SysWOW64\odbcint.dll”

现在的情况是：
Info: AfxDllCanUnloadNow returning S_OK
BCGCBPRO.DLL Terminating!
理论上 通过AfxDllCanUnloadNow 来卸载相关的dll

跟踪发现 在ocx的app中：
ExitInstance()函数 COleControlModule::ExitInstance()执行时会释放dll资源，

                // terminate OLE last
		_AFX_THREAD_STATE* pState = AfxGetThreadState();
		// -1 is special case, so need to compare against TRUE
		if (pState->m_bNeedTerm == TRUE)
		{
			CoFreeUnusedLibraries();    //这句执行异常（正常情况下会卸载所有dll资源）， 直接跳回ExitInstance()函数重新执行
			::OleUninitialize();
			pState->m_bNeedTerm = FALSE;
		}

不知道各位有没有人遇到过这种情况，或者相关的解决方法；
下边是封装后的ocx在对话框中的效果：

[赵4老师]

ReleaseDispatch CoUninitialize FreeLibrary

[阿呆_]

大杀器：退出前手工调用TerminateProcess(INVALID_HANDLE_VALUE,0);杀掉自己。因为你的问题很像ExitProcess时某个dll的PROCESS_DETATCH代码造成了死锁，那么反正进程已经要退出了，只要没有分配进程间共享的objects，干嘛还要给dll们执行释放代码造成死锁的机会？反正进程分配的objects会由系统自动回收。

[lis2012]

引用 1 楼 zhao4zhong1 的回复:

ReleaseDispatch CoUninitialize FreeLibrary

这个我知道，我测试使用其他插件没有问题，使用我的ocx最后就是释放不了

[lis2012]

引用 2 楼 Idle_ 的回复:

大杀器：退出前手工调用TerminateProcess(INVALID_HANDLE_VALUE,0);杀掉自己。因为你的问题很像ExitProcess时某个dll的PROCESS_DETATCH代码造成了死锁，那么反正进程已经要退出了，只要没有分配进程间共享的objects，干嘛还要给dll们执行释放代码造成死锁的机会？反正进程分配的objects会由系统自动回收。

如果最后没有解决办法可以考虑一下，现在主要是要找到问题，这里面可能有些复杂默认的ocx不支持多文档，现在人为改动中间涉及到的资源释放问题

[阿呆_]

引用 4 楼 lis2012 的回复:

[quote=引用 2 楼 Idle_ 的回复:] 大杀器：退出前手工调用TerminateProcess(INVALID_HANDLE_VALUE,0);杀掉自己。因为你的问题很像ExitProcess时某个dll的PROCESS_DETATCH代码造成了死锁，那么反正进程已经要退出了，只要没有分配进程间共享的objects，干嘛还要给dll们执行释放代码造成死锁的机会？反正进程分配的objects会由系统自动回收。

如果最后没有解决办法可以考虑一下，现在主要是要找到问题，这里面可能有些复杂默认的ocx不支持多文档，现在人为改动中间涉及到的资源释放问题[/quote] 真的有必要调用CoFreeUnusedLibraries()吗? -- This function is provided for compatibility with 16-bit Windows. 直接::OleUninitialize();足够了。 有时候就是多做多错。

[lis2012]

引用 5 楼 Idle_ 的回复:

[quote=引用 4 楼 lis2012 的回复:] [quote=引用 2 楼 Idle_ 的回复:] 大杀器：退出前手工调用TerminateProcess(INVALID_HANDLE_VALUE,0);杀掉自己。因为你的问题很像ExitProcess时某个dll的PROCESS_DETATCH代码造成了死锁，那么反正进程已经要退出了，只要没有分配进程间共享的objects，干嘛还要给dll们执行释放代码造成死锁的机会？反正进程分配的objects会由系统自动回收。

如果最后没有解决办法可以考虑一下，现在主要是要找到问题，这里面可能有些复杂默认的ocx不支持多文档，现在人为改动中间涉及到的资源释放问题[/quote] 真的有必要调用CoFreeUnusedLibraries()吗? -- This function is provided for compatibility with 16-bit Windows. 直接::OleUninitialize();足够了。 有时候就是多做多错。[/quote] 这个函数不是我主动调用的，而是释放的时候系统会自动来调用，现在这个函数调用出现异常（直接跳回ExitInstance()），造成所有的dll未能释放，导致程序不能完全关闭（界面没有了，进程还存在）

[阿呆_]

引用 6 楼 lis2012 的回复:

[quote=引用 5 楼 Idle_ 的回复:] [quote=引用 4 楼 lis2012 的回复:] [quote=引用 2 楼 Idle_ 的回复:] 大杀器：退出前手工调用TerminateProcess(INVALID_HANDLE_VALUE,0);杀掉自己。因为你的问题很像ExitProcess时某个dll的PROCESS_DETATCH代码造成了死锁，那么反正进程已经要退出了，只要没有分配进程间共享的objects，干嘛还要给dll们执行释放代码造成死锁的机会？反正进程分配的objects会由系统自动回收。

如果最后没有解决办法可以考虑一下，现在主要是要找到问题，这里面可能有些复杂默认的ocx不支持多文档，现在人为改动中间涉及到的资源释放问题[/quote] 真的有必要调用CoFreeUnusedLibraries()吗? -- This function is provided for compatibility with 16-bit Windows. 直接::OleUninitialize();足够了。 有时候就是多做多错。[/quote] 这个函数不是我主动调用的，而是释放的时候系统会自动来调用，现在这个函数调用出现异常（直接跳回ExitInstance()），造成所有的dll未能释放，导致程序不能完全关闭（界面没有了，进程还存在）[/quote] 没可能在你的ExitInstance()中用try...catch把它包起来吗？

[zhou_zlun]

搞定了，如何实现的多文档封装到ActiveX 中的的。能指点一下吗？

[zhou_zlun]

邮箱 [e-mail] ，感谢！

[SmallSmile]

卡死在 inline void CImage::CInitGDIPlus::ReleaseGDIPlus() throw() { EnterCriticalSection(&m_sect); if( m_dwToken != 0 ) { Gdiplus::GdiplusShutdown( m_dwToken ); } m_dwToken = 0; LeaveCriticalSection(&m_sect); } Gdiplus::GdiplusShutdown( m_dwToken ); 死在这里 是gdi+的问题，可参见 http://support.microsoft.com/zh-cn/kb/322909#appliesto 不知怎么解决，我也遇到同样问题。

[SmallSmile]

APP的InitInstance() 里添加GDI+的初始化可解决，原因是CImage类只有Load及save时才会初始化GDI+，但销毁时确做了对GDI+的销毁。由于没有初始化GDI+，所以销毁时会卡住。 BOOL bInit = COleControlModule::InitInstance(); if (bInit) { // TODO: 在此添加您自己的模块初始化代码。 ULONG_PTR m_dwToken; Gdiplus::GdiplusStartupInput input; Gdiplus::GdiplusStartupOutput output; Gdiplus::Status status = Gdiplus::GdiplusStartup( &m_dwToken, &input, &output ); }

[冰点青蛙]

遇到同样的问题，有人知道咋搞定的不？

[冰点青蛙]

引用 12 楼 goodnew 的回复:

遇到同样的问题，有人知道咋搞定的不？

http://www.programdevelop.com/3667754/ 这个不知道是不是解决方法，看懂E文的解释一下

[冰点青蛙]

搞定了，修改app这段代码修改成这样：

	
      :: OleInitialize (NULL);      
	//// 初始化 OLE 库
	//if (!AfxOleInit())
	//{
	//	AfxMessageBox(IDP_OLE_INIT_FAILED);
	//	return FALSE;
	//}

[tysoft_rds]

遇到同样需求，想把一个多文档程序框架封装成OCX，求指教！ [e-mail]