COM的问题:_Module.Term();到底要不要的?????

smbirdc 2001-09-10 08:07:01
教材上说 _Module.Init了就要_Module.Term();的;
MCSD实验程序上也_Module.Term();了,我的程序也_Module.Term();,但结果都有内存泄漏!!!
MSDN上的例子只有_Module.Init,没有_Module.Term();,我试了擦去_Module.Term();,结果都正常,
到底是什么道理??????
谢谢各位指教
...全文
176 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
musicdancer 2001-09-18
  • 打赏
  • 举报
回复
怎么调的?贴出来.

注:调试vc的sample同样有这样的问题,我不知道是不是没有正确的调试.
smbirdc 2001-09-18
  • 打赏
  • 举报
回复
是激发了一个简单事件,sink对象很简单的呀
smbirdc 2001-09-18
  • 打赏
  • 举报
回复
那为什么有内存泄漏呢?我用的是智能指针,只是简单调用了一个接口而已?
han012 2001-09-18
  • 打赏
  • 举报
回复
1)_Module.Init()和_Module.Term() 应该配对使用,因为MSDN上就这么说.

If you added _Module.Init(), add the following code in application termination code, for example in WinMain(), after the message loop.

_Module.Term()

2)以下是CComModule::Term()源程序,其中在定义了_ATL_DEBUG_INTERFACES时要调用DumpLeakedThunks()输出Leak信息.所以你不调用_Module.Term()自然不会输出内存泄漏信息,但实际上你的程序中应该存在内存泄漏!!


CComModule::Term()
{
#ifdef _ATL_DEBUG_INTERFACES
m_bDestroyHeap = false; // prevent heap from going away
AtlModuleTerm(this);
DumpLeakedThunks();
delete m_paThunks;
#ifndef _ATL_NO_MP_HEAP
if (m_phHeaps != NULL)
{
for (DWORD i = 0; i <= m_dwHeaps; i++)
HeapDestroy(m_phHeaps[i]);
}
#endif
if (m_hHeap != NULL)
HeapDestroy(m_hHeap);
#else
AtlModuleTerm(this);
#endif // _ATL_DEBUG_INTERFACES
}


smbirdc 2001-09-18
  • 打赏
  • 举报
回复
up
smbirdc 2001-09-18
  • 打赏
  • 举报
回复
当然不用!
怎样判断是否存在遗漏Release()引起的内存泄露?
han012 2001-09-18
  • 打赏
  • 举报
回复
调用AfxOleInit(),是不是需要匹配的OleUninitialize()?
smbirdc 2001-09-18
  • 打赏
  • 举报
回复
com高手们讲讲吧
smbirdc 2001-09-18
  • 打赏
  • 举报
回复
Dialog的头文件里定义:
IObj2Ptr m_pObj2;
DWORD m_Cookie;

OnInitDialog()中的代码:
m_pObj2.CreateInstance(CLSID_Obj2);

// Create the event sink object.
CComObject<CEventHandler> *pHandler;
CComObject<CEventHandler>::CreateInstance(&pHandler);

// Advise the connection point object of the client's sink.
rc = AtlAdvise(m_pObj2, pHandler->GetUnknown(),
IID_IObj2Events, &m_Cookie);
if (FAILED(rc))
MessageBox("Failure to connect sink.");

Dialog的析构函数中:
AtlUnadvise(m_pObj2, IID_IObj2Events, m_Cookie);

还有以下的:
BOOL CTestUtilApp::InitInstance()
{
// Standard initialization
// If you are not using these features and wish to reduce the size
// of your final executable, you should remove from the following
// the specific initialization routines you do not need.
_Module.Init(NULL, NULL);
AfxOleInit();

CTestUtilDlg dlg;
m_pMainWnd = &dlg;

int nResponse = dlg.DoModal();

_Module.Term();

// Since the dialog has been closed, return FALSE so that we exit the
// application, rather than start the application's message pump.
return FALSE;
}

谢谢!
han012 2001-09-18
  • 打赏
  • 举报
回复
既然是简单调用了一个接口而已,那你可以暂时将你加入的代码注释上,但要保留_Module.Init()和_Module.Term()然后编译调试,看看是否还存在内存泄漏. 如果依然存在,我认为这也许是微软的问题!你可以不必关心了.
smbirdc 2001-09-11
  • 打赏
  • 举报
回复
懂com的朋友请帮忙!

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧