<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Ogre中的內存泄露

    剛開始使用Ogre時總是碰到內存泄露,而且往往是一泄千里,等半分鐘才能打完日志,我想這和Ogre中的大量大對象很有關系。下面就來分析一下內存泄露的產生原因。

    1. MFC中使用Ogre時發生的內存泄露

    這個問題比較有意思,其實并沒有發生泄露,而是MFC自作主張的認為發生了內存泄露,實際上內存并不是沒有釋放,而是在VC報內存泄露之后釋放,先來看一看MFC報內存泄露時的調用堆棧:

    msvcr71d.dll!_CrtDumpMemoryLeaks() 行2208 C
    mfc71d.dll!_AFX_DEBUG_STATE::~_AFX_DEBUG_STATE() 行127 C++
    mfc71d.dll!_AFX_DEBUG_STATE::`scalar deleting destructor'() + 0xf C++
    mfc71d.dll!CProcessLocalObject::~CProcessLocalObject() 行472 + 0x26 C++
    mfc71d.dll!CProcessLocal<_AFX_DEBUG_STATE>::~CProcessLocal<_AFX_DEBUG_STATE>() + 0xf C++
    mfc71d.dll!$E10() + 0xd C++
    mfc71d.dll!_CRT_INIT(void * hDllHandle=0x7c140000, unsigned long dwReason=0, void * lpreserved=0x00000001) 行234 C
    mfc71d.dll!_DllMainCRTStartup(void * hDllHandle=0x7c140000, unsigned long dwReason=0, void * lpreserved=0x00000001) 行288 + 0x11 C

     

    AFX_DEBUG_STATE的析構函數:

    _AFX_DEBUG_STATE::~_AFX_DEBUG_STATE()
    {
    #ifndef _AFX_NO_DEBUG_CRT
    _CrtDumpMemoryLeaks();
    int nOldState = _CrtSetDbgFlag(_CRTDBG_REPORT_FLAG);
    _CrtSetDbgFlag(nOldState & ~_CRTDBG_LEAK_CHECK_DF);

    _CrtSetReportHook(pfnOldCrtReportHook);
    _CrtSetDumpClient(pfnOldCrtDumpClient);
    #endif // _AFX_NO_DEBUG_CRT
    }

    很顯然CrtDumpMemoryLeaks()是在mfc71d.dll卸載時被調用的,如果這個時候OgreMain_d.dll還沒有卸載,那么在Ogre中new的全局變量也就還沒有釋放,所以MFC會認為產生了內存泄露。如何處理這樣的問題呢。很簡單,讓OgreMain_d.dll在mfc71d.dll之前析構,但是默認的MFC程序似乎不是這樣干的(為什么呢?),這就要求對項目設置作一點調整,使得Mfc71d.dll在OgreMian之前被鏈接,這樣程序運行時MFC71d就會早于Ogre加載,也就晚于Ogre卸載。具體設置如下:

    i) in the General tab, switch "Use MFC in a shared DLL" to "Use Standard Windows Libraries"
    ii) in the C/C++/Preprocessor tab, add _AFXDLL to the preprocessor definitions
    iii) in the Linker/Input tab, add mfc80d.lib anywhere before OgreMain_d.lib

    另一種方法是,使用Ogre自己的MemoryManager,并且禁止調用MFC的DEBUG_NEW,這需要先

    #define OGRE_DEBUG_MEMORY_MANAGER 1

    然后刪除cpp中的以下行

    #ifdef _DEBUG
    #define new DEBUG_NEW
    #endif

    這樣Ogre中會使用自己的new/delete,而不是調用vccrt中的_heap_alloc_debug

     

    2. Ogre中的對象沒有釋放

    由于Ogre中的很多對象并不是只要delete Root就可以釋放的。最好所有的對象都不要自己new,而是通過Ogre::Root,Ogre::SceneManager等創建,這些對象在Root析構時會自己銷毀,但是對于從Ogre類派生的類,由于Ogre不存在Create這些類的函數,所以只能在自己的代碼中new產生,并由自己負責析構了,比如MovableObject派生的MovableText。當然Ogre也會給你一個將新對象加入其管理的接口,對于MovableText就必須再實現一個MovableTextFactory才行。總之要小心小心再小心。

    最后抱怨一下Ogre太大了,有一個OgreLite就好了。現在這樣使用起來光鏈接都要半天,真是太夸張了,所以沒事最好不要修改Ogre庫,呵呵。

    posted on 2007-06-17 16:44 雁過無痕 閱讀(4741) 評論(5)  編輯  收藏

    評論

    # re: Ogre中的內存泄露 2008-11-18 10:30 AlexQ

    很管用 謝謝  回復  更多評論   

    # re: Ogre中的內存泄露 2009-01-02 01:33 geeeeeeee

    按第一種方法有如下錯誤
    1>msvcrtd.lib(crtexew.obj) : error LNK2019: 無法解析的外部符號 _WinMain@16,該符號在函數 ___tmainCRTStartup 中被引用  回復  更多評論   

    # re: Ogre中的內存泄露 2009-01-02 01:34 geeeeeeee

    可能是UNICODE問題不知如何解決  回復  更多評論   

    # re: Ogre中的內存泄露 2009-07-26 16:22 yyyy

    謝謝,我也正好遇到此問題,按你的方法解決了  回復  更多評論   

    # re: Ogre中的內存泄露 2012-08-31 15:08 Carefree

    你好,不知道現在樓主還研究OGRE么?
    我用ogre1.8也遇到了內存泄露的問題,但按樓主的辦法沒有效果。  回復  更多評論   


    只有注冊用戶登錄后才能發表評論。


    網站導航:
     
    <2012年8月>
    2930311234
    567891011
    12131415161718
    19202122232425
    2627282930311
    2345678

    導航

    統計

    常用鏈接

    留言簿(7)

    隨筆檔案

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲片一区二区三区| 国产成人精品免费视频大全五级| 亚洲一区二区女搞男| 性生大片视频免费观看一级| 亚洲精品黄色视频在线观看免费资源| 国产AV无码专区亚洲AV麻豆丫| 免费萌白酱国产一区二区| 日本精品久久久久久久久免费| 亚洲Aⅴ无码一区二区二三区软件| 日本亚洲高清乱码中文在线观看| 亚洲国产精品成人网址天堂| 一级做a爰片久久毛片免费陪 | 亚洲精品天堂在线观看| 国产精品久久久久免费a∨| 亚洲色中文字幕在线播放| 日韩激情无码免费毛片| 久久免费视频观看| 国产一级高清免费观看| 免费无码AV一区二区| 国产国拍亚洲精品mv在线观看| 久久99国产综合精品免费| 亚洲一区二区三区国产精华液| 又粗又大又长又爽免费视频| 在线观看黄片免费入口不卡| 久久精品国产亚洲AV网站| 在线视频精品免费| 黄色一级视频免费观看| 好看的电影网站亚洲一区| 18国产精品白浆在线观看免费| 亚洲s码欧洲m码吹潮| 亚洲啪啪综合AV一区| 免费精品国产自产拍在| 爱情岛论坛亚洲品质自拍视频网站 | 亚洲中文字幕人成乱码| 亚洲AV无码专区日韩| 久久免费区一区二区三波多野| 精品亚洲一区二区三区在线观看| 免费一区二区三区| 亚洲精品无码一区二区| 亚洲成亚洲乱码一二三四区软件| 在线看片无码永久免费视频|