<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)

    隨筆檔案

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 18禁美女裸体免费网站| 亚洲色大成网站www永久男同| 日本永久免费a∨在线视频| 日韩免费高清视频| 亚洲另类自拍丝袜第五页| 日韩毛片无码永久免费看| 美女隐私免费视频看| 无码欧精品亚洲日韩一区夜夜嗨| 老司机免费午夜精品视频| 亚洲午夜av影院| 国产99视频精品免费专区| 久久亚洲AV成人无码国产| aⅴ免费在线观看| 中文字幕亚洲综合小综合在线| 成在人线AV无码免费| 校园亚洲春色另类小说合集| 亚洲男人在线无码视频| 中文在线日本免费永久18近| 亚洲日本va午夜中文字幕一区| 亚洲国产精品免费在线观看| 亚洲欧美不卡高清在线| 亚洲成A人片在线观看中文| 中文字幕不卡高清免费| 激情综合亚洲色婷婷五月APP| 拔擦拔擦8x华人免费久久| 精品无码国产污污污免费网站国产| 久久夜色精品国产嚕嚕亚洲av| 成人在线免费看片| 精品国产日韩亚洲一区在线| 亚洲中文字幕在线观看| 日本h在线精品免费观看| 亚洲AV性色在线观看| 日韩va亚洲va欧洲va国产| 在线观看成人免费视频不卡| 亚洲AV成人一区二区三区观看 | 亚洲欧洲久久精品| 日本二区免费一片黄2019| a毛片免费播放全部完整| 亚洲制服丝袜中文字幕| 国产亚洲人成网站在线观看| 久久国内免费视频|