What's the accurate way to deallocate CEGUI ?

cippyboy · Postby **cippyboy** » Fri Nov 28, 2008 10:52

What steps must be taken in order to deallocate CEGUI entirely ? I'm having an issue when loading some XMLs and then deallocating CEGUI::System; and if I don't do that I got tons of memory leaks and I'm trying to get rid of those and figure out which ones are actually created by me

.

Postby **CrazyEddie** » Fri Nov 28, 2008 11:23

Hi,

it should be as simple as:

Code: Select all

delete CEGUI::System::getSingletonPtr();
delete myRendererObject;

We may have leaks in CEGUI also - please let us know of any you might find

CE.

cippyboy · Postby **cippyboy** » Mon Dec 01, 2008 14:18

Unfortunately I'm still getting an access violation crash when I try to delete CEGUI::System

so I'm wondering what I could be doing wrong. Do I first have to dealloc the widgets, schemes, layouts or fonts ? The error is not present when I'm not loading any layouts/schemes though.

EDIT : It's present on release too, I just didn't let the application finish (takes a while and I prefer stopping it instantly most of the times).

scriptkid · Postby **scriptkid** » Mon Dec 01, 2008 14:35

Hi,

Deleting the System starts a destroy-chain on its own, so you should be fine. Are the leaks allocated by Cegui related instances? If so, maybe you are creating Cegui objects (windows, fonts and so) manually instead of through Managers? Or do you add userdata (which are pointers) to your windows, but didn't delete those?

Just some wild guesses.

HTH.

cippyboy · Postby **cippyboy** » Mon Dec 01, 2008 18:03

I don't set user data in them, I like my to manage my own data, thank you very much

to load schemes I do
SchemeManager::getSingleton().loadScheme
for fonts I do
FontManager::getSingleton().createFont
and for layouts
WindowManager::getSingleton().loadWindowLayout

besides that, I do a lot of WindowManager::getSingleton().iswindowpresent/getWindow . I'm thinking it could actually be from the renderer since i haven't interacted with that part too much, and to track the bug, it could probably take me a while and currently I'm doing other tasks.

PS: What's a Cegui related instance ?

Postby **CrazyEddie** » Mon Dec 01, 2008 19:41

cippyboy wrote:What's a Cegui related instance ?

In this context, this would refer to any object (instance) created by CEGUI.

Is there any chance of seeing a debug call stack / backtrace to enable us to see exactly where it's dying?

CE.

zuzagi · Postby **zuzagi** » Fri Mar 19, 2010 11:31

hi,
I am also having some issues with memory leaks when using CEGUI. This is the setup i am using
---- Version 0.7.1 (Build: Jan 27 2010 Static Debug Microsoft Windows MSVC++ 9.0 32 bit) ----
---- Renderer module is: CEGUI::OpenGLRenderer - Official OpenGL based 2nd generation renderer module. TextureTarget support enabled via FBO extension. ----
---- XML Parser module is: CEGUI::ExpatParser - Official expat based parser module for CEGUI ----
---- Image Codec module is: SILLYImageCodec - Official SILLY based image codec ----
---- Scripting module is: None ----

After doing some debugging using microsoft debug routines, ive narrowed the code responsible for the leaks to be:
_CrtMemCheckpoint(&s1);
CEGUI::SchemeManager::getSingleton().create("TaharezLook.scheme");
_CrtMemCheckpoint(&s2);
if(_CrtMemDifference(&s3, &s1, &s2))
{
_CrtMemDumpStatistics(&s3);
_CrtDbgBreak();
}
and the call stack is

the memory leaks are all 196 bytes

the way I destroy Cegui is:
CEGUI::System::destroy();
CEGUI::OpenGLRenderer::destroy(renderer);

thanks for the help

Videos · Postby **CrazyEddie** » Fri Mar 19, 2010 14:10

Hi,

Can you confirm that the CEGUI samples also leak (so that I know we have something to reproduce this issue with)? I'll try to look into it over this weekend, though my previous leak tests have not shown any issues. Do you think it could be a static-linking only issue? (Sounds far fetched to me too

).

CE.

zuzagi · Postby **zuzagi** » Mon Mar 22, 2010 08:32

so i tested sample demo 7
22/03/2010 00:44:43 (Std)

* -------- START OF ESSENTIAL SECTION TO BE POSTED ON THE FORUM -------- *
22/03/2010 00:44:43 (Std) ********************************************************************************
22/03/2010 00:44:43 (Std) ---- Version 0.7.1 (Build: Jan 27 2010 Static Debug Microsoft Windows MSVC++ 9.0 32 bit) ----
22/03/2010 00:44:43 (Std) ---- Renderer module is: CEGUI::OpenGLRenderer - Official OpenGL based 2nd generation renderer module. TextureTarget support enabled via FBO extension. ----
22/03/2010 00:44:43 (Std) ---- XML Parser module is: CEGUI::ExpatParser - Official expat based parser module for CEGUI ----
22/03/2010 00:44:43 (Std) ---- Image Codec module is: SILLYImageCodec - Official SILLY based image codec ----
22/03/2010 00:44:43 (Std) ---- Scripting module is: None ----
22/03/2010 00:44:43 (Std) ********************************************************************************
22/03/2010 00:44:43 (Std) * -------- END OF ESSENTIAL SECTION TO BE POSTED ON THE FORUM -------- *
22/03/2010 00:44:43 (Std) ********************************************************************************

just by adding the <crtdbg.h> and the line _CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF );
came out having memory leaks. found one that was size 196 and placed a breakpoint to see the call stack when it happens, same callstack.

The second test for sample 7:
22/03/2010 00:58:47 (Std) ********************************************************************************
22/03/2010 00:58:47 (Std) * -------- START OF ESSENTIAL SECTION TO BE POSTED ON THE FORUM -------- *
22/03/2010 00:58:47 (Std) ********************************************************************************
22/03/2010 00:58:47 (Std) ---- Version 0.7.1 (Build: Jan 27 2010 Debug Microsoft Windows MSVC++ 9.0 32 bit) ----
22/03/2010 00:58:47 (Std) ---- Renderer module is: CEGUI::OpenGLRenderer - Official OpenGL based 2nd generation renderer module. TextureTarget support enabled via FBO extension. ----
22/03/2010 00:58:47 (Std) ---- XML Parser module is: CEGUI::ExpatParser - Official expat based parser module for CEGUI ----
22/03/2010 00:58:47 (Std) ---- Image Codec module is: SILLYImageCodec - Official SILLY based image codec ----
22/03/2010 00:58:47 (Std) ---- Scripting module is: None ----
22/03/2010 00:58:47 (Std) ********************************************************************************
22/03/2010 00:58:47 (Std) * -------- END OF ESSENTIAL SECTION TO BE POSTED ON THE FORUM -------- *
22/03/2010 00:58:47 (Std) ********************************************************************************

as you can see was done using Dlls and I still get memory leaks,
Memory Leaks during Dynamic linkage
Detected memory leaks!
Dumping objects ->

This is also the report for the minesweeper sample:
Detected memory leaks!
Dumping objects ->
{78152} normal block at 0x0665E128, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{70938} normal block at 0x066471F8, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{65481} normal block at 0x06619788, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{64269} normal block at 0x066237D8, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{59952} normal block at 0x0662BB10, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{43113} normal block at 0x065DF4A8, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{39449} normal block at 0x065DF760, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{36607} normal block at 0x065CA050, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{35351} normal block at 0x065C62F0, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{33851} normal block at 0x065C89F0, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{4816} normal block at 0x003075D8, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{4174} normal block at 0x002D0E80, 196 bytes long.
Data: <x > 78 A1 B0 01 00 00 00 00 CD CD CD CD 00 00 00 00
{492} normal block at 0x002B7E70, 204 bytes long.
Data: < / > 00 00 00 00 00 00 00 00 01 00 00 00 EA 03 2F 00
{491} normal block at 0x00ECED70, 10 bytes long.
Data: <SampleApp > 53 61 6D 70 6C 65 41 70 70 00
d:\users\javier\desktop\cegui layout\cegui sdk\temp\cegui-sdk-0.7.1-vc9\samples\common\src\ceguisample.cpp(227) : {490} normal block at 0x00ECE8F0, 16 bytes long.
Data: < w Xt, > 8C E7 AE 01 00 CD CD CD 08 77 EC 00 58 74 2C 00
d:\users\javier\desktop\cegui layout\cegui sdk\temp\cegui-sdk-0.7.1-vc9\samples\common\src\ceguisample.cpp(158) : {489} normal block at 0x00ECF1B8, 20 bytes long.
Data: < > 88 ED AE 01 04 00 00 00 00 00 00 00 01 00 00 CD
Object dump complete.
The thread 'Win32 Thread' (0x1168) has exited with code 0 (0x0).
The thread 'Win32 Thread' (0x13cc) has exited with code 0 (0x0).

I tested all the samples most of them share the same report for the memory leaks as the mine sweeper sample. demo8 and the tree demo had a similar amount to demo7. I can send you the log files generated by the system for my project and the samples if that would provide any help.

Videos · Postby **CrazyEddie** » Tue Mar 23, 2010 11:11

I did some brief testing on this, though had a hard time getting any definite proof of leaks (note that at this stage I'm not saying they don't exist). This said, there are a couple of things I will look at as regards to the GL samples base app, I think those are related to the way in which we exit from the samples (because glutMainLoop never returns).

I will test more extensively for CEGUI itself later on this week.

CE.

zuzagi · Postby **zuzagi** » Tue Mar 23, 2010 14:44

hi,

i hope your endeavor proves to be successful. let me know if there is anything more you need from me, don't hesitate to ask, always willing to help solve issues. You should try using CodeGuard, it provides very descriptive information about your memory, it comes with Borland turbo c++. or build your own memory manager to really get information of memory allocations... just suggestions,

thanks for the tool,

zuzagi

xjack913 · Postby **xjack913** » Fri Mar 26, 2010 09:47

Good day.
I have some problems of memory leaks when using CEGUI, too.
[OgreSDK_vc9_v1-7-0 + CEGUI-0.7.1]

[The way I create the system]
_pRenderer = &CEGUI::OgreRenderer::bootstrapSystem( GUApp::getSingleton().getOgreRenderWindow() );
...
CEGUI::WindowManager& winMgr = CEGUI::WindowManager::getSingleton();
// CEGUI root
_pBackgroundWindow = winMgr.createWindow("DefaultWindow","UI_Root");
CEGUI::System::getSingleton().setGUISheet(_pBackgroundWindow);
...

[The way I release the system]
if(_pBackgroundWindow != NULL)
{
CEGUI::WindowManager::getSingleton().destroyWindow(_pBackgroundWindow);
_pBackgroundWindow = NULL;
}
if(_pRenderer != NULL)
{
_pRenderer->destroySystem();
_pRenderer = NULL;
}

Is there anything I lost?
The Ogre Render Window is from the SceneManager.
SceneManager will destory after I destory the UIManager.
The following is the one call stack of those memory leaks.
--
Memory Leak(1017)------------------->
Memory Leak <0x5A871> bytes(172) occurance(177176)
0x0012DD20->0x005BE843()
0x0012DD20->0x005BE599()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(390): 0x0080FC73->_heap_alloc_dbg_impl()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(239): 0x0080FB2F->_nh_malloc_dbg_impl()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(296): 0x0080FADC->_nh_malloc_dbg()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgmalloc.c(56): 0x0081B25B->malloc()
f:\dd\vctools\crt_bld\self_x86\crt\src\new.cpp(59): 0x007FD691->operator new()
c:\program files\microsoft visual studio 9.0\vc\include\xmemory(43): 0x00E620D9->std::_Allocate<std::_Tree_nod<std::_Tmap_traits<CEGUI::String,void (__thiscall CEGUI::BasicRenderedStringParser::*)(CEGUI::RenderedString &,CEGUI::String const &),CEGUI::String::FastLessCompare,std::allocator<std::pair<CEGUI::String con()
c:\program files\microsoft visual studio 9.0\vc\include\xmemory(145): 0x00E5B43E->std::allocator<std::_Tree_nod<std::_Tmap_traits<CEGUI::String,void (__thiscall CEGUI::BasicRenderedStringParser::*)(CEGUI::RenderedString &,CEGUI::String const &),CEGUI::String::FastLessCompare,std::allocator<std::pair<CEGUI::String con()
c:\program files\microsoft visual studio 9.0\vc\include\xtree(1409): 0x00E5B263->std::_Tree<std::_Tmap_traits<CEGUI::String,void (__thiscall CEGUI::BasicRenderedStringParser::*)(CEGUI::RenderedString &,CEGUI::String const &),CEGUI::String::FastLessCompare,std::allocator<std::pair<CEGUI::String const ,void (__thiscal()
c:\program files\microsoft visual studio 9.0\vc\include\xtree(1191): 0x00FD186F->std::_Tree<std::_Tmap_traits<CEGUI::String,void (__thiscall CEGUI::BasicRenderedStringParser::*)(CEGUI::RenderedString &,CEGUI::String const &),CEGUI::String::FastLessCompare,std::allocator<std::pair<CEGUI::String const ,void (__thiscal()
c:\program files\microsoft visual studio 9.0\vc\include\xtree(733): 0x00FD0A3C->std::_Tree<std::_Tmap_traits<CEGUI::String,void (__thiscall CEGUI::BasicRenderedStringParser::*)(CEGUI::RenderedString &,CEGUI::String const &),CEGUI::String::FastLessCompare,std::allocator<std::pair<CEGUI::String const ,void (__thiscal()
c:\program files\microsoft visual studio 9.0\vc\include\map(173): 0x00FCF9C0->std::map<CEGUI::String,void (__thiscall CEGUI::BasicRenderedStringParser::*)(CEGUI::RenderedString &,CEGUI::String const &),CEGUI::String::FastLessCompare,std::allocator<std::pair<CEGUI::String const ,void (__thiscall CEGUI::BasicRender()
c:\ogresdk_vc9_v1-7-0\cegui-0.7.1\cegui\src\ceguibasicrenderedstringparser.cpp(284): 0x00FCED3B->CEGUI::BasicRenderedStringParser::initialiseTagHandlers()
c:\ogresdk_vc9_v1-7-0\cegui-0.7.1\cegui\src\ceguibasicrenderedstringparser.cpp(97): 0x00FCDD42->CEGUI::BasicRenderedStringParser::parse()
c:\ogresdk_vc9_v1-7-0\cegui-0.7.1\cegui\src\ceguiwindow.cpp(3577): 0x010B17B1->CEGUI::Window::getRenderedString()
c:\ogresdk_vc9_v1-7-0\cegui-0.7.1\cegui\src\ceguiwindow.cpp(1221): 0x010A517D->CEGUI::Window::bufferGeometry()
c:\ogresdk_vc9_v1-7-0\cegui-0.7.1\cegui\src\ceguiwindow.cpp(1202): 0x010A508F->CEGUI::Window::drawSelf()
c:\ogresdk_vc9_v1-7-0\cegui-0.7.1\cegui\src\ceguiwindow.cpp(1185): 0x010A4F04->CEGUI::Window::render()
c:\ogresdk_vc9_v1-7-0\cegui-0.7.1\cegui\src\ceguisystem.cpp(421): 0x010875C6->CEGUI::System::renderGUI()
c:\ogresdk_vc9_v1-7-0\cegui-0.7.1\cegui\src\renderermodules\ogre\ceguiogrerenderer.cpp(456): 0x013B9667->CEGUI::OgreGUIFrameListener::frameRenderingQueued()
0x0012DD20->?getBatchInstanceIndexes@InstancedGeometry@Ogre@@MAEXABVVector3@2@AAG11@Z()
0x0012DD20->?getBatchInstanceIndexes@InstancedGeometry@Ogre@@MAEXABVVector3@2@AAG11@Z()
0x0012DD20->?getBatchInstanceIndexes@InstancedGeometry@Ogre@@MAEXABVVector3@2@AAG11@Z()
0x0012DD20->?getBatchInstanceIndexes@InstancedGeometry@Ogre@@MAEXABVVector3@2@AAG11@Z()
0x0012DD20->0x004B4EC8()
0x0012DD20->0x005DAFEC()
0x0012DD20->0x005E0568()
0x0012DD20->0x005E02CF()
--
If you need more infomations, please let me know.
Thank you very much.
by XJack Hsu

Videos · Postby **CrazyEddie** » Fri Mar 26, 2010 10:24

As I've already stated, I will be looking into this.

You guys should note that I generally do not use MSVC++ for development and that I will be using 'proper' tools such as valgrind to do these tests. Once that reports back that all is well, that will be end of it. I am aware from past experience that MSVC++ memory leak debugging can flag up memory that is not actually lost - whether this has improved in recent times, I do not know

Thanks for the reports here, though. And I'll keep you posted with any progress and results I get (this will be over the weekend and.or Monday)

CE.

Videos · Postby **CrazyEddie** » Sat Mar 27, 2010 21:58

Ok. To update on the issue of memory leaks:

I was on the point of coming here and reporting "no leaks", however then I spotted something and realised I was testing with bidirectional text support disabled. Enabling this feature duly allowed me to reproduce a whole bunch of leaks

These have been fixed in branches/v0-7 @ r2496.

Note that I am currently aware of some leaks in the samples themselves - and sample helper lib. As far as the samples go, the main one with issues seems to be the TreeDemo and I'm not going to be expending any time on that any time soon. The leaks in the sample helper lib are, as mentioned previously, pretty much because glut does not offer a clean shutdown option.

Anyway, using the code indicated above (or the prebuilt snapshot that will get issued tomorrow morning), should see an end to most of the leaks you guys were seeing

CE.

xjack913 · Postby **xjack913** » Thu Apr 01, 2010 05:45

Thanks for kindly reply.

I downloaded the lastest version from SVN on 29 March.
But,
there still have a few memory leaks.
I wonder that I must forget to do some things to release.
I mentioned the way of creatation and release before.

The following are three of the call stacks.
Memory Leak(22)------------------->
Memory Leak <0x11CE6> bytes(168) occurance(33487)
0x0012DD20->0x00613F13()
0x0012DD20->0x00613C69()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(390): 0x0087FC73->_heap_alloc_dbg_impl()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(239): 0x0087FB2F->_nh_malloc_dbg_impl()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(296): 0x0087FADC->_nh_malloc_dbg()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgmalloc.c(56): 0x0088B25B->malloc()
f:\dd\vctools\crt_bld\self_x86\crt\src\new.cpp(59): 0x0086D691->operator new()
c:\program files\microsoft visual studio 9.0\vc\include\xmemory(43): 0x0113F274->std::_Allocate<CEGUI::WindowFactory *>()
c:\program files\microsoft visual studio 9.0\vc\include\xmemory(145): 0x0113A38E->std::allocator<CEGUI::WindowFactory *>::allocate()
c:\program files\microsoft visual studio 9.0\vc\include\vector(1178): 0x01139ACD->std::vector<CEGUI::WindowFactory *,std::allocator<CEGUI::WindowFactory *> >::_Insert_n()
c:\program files\microsoft visual studio 9.0\vc\include\vector(878): 0x01139679->std::vector<CEGUI::WindowFactory *,std::allocator<CEGUI::WindowFactory *> >::insert()
c:\program files\microsoft visual studio 9.0\vc\include\vector(823): 0x01139123->std::vector<CEGUI::WindowFactory *,std::allocator<CEGUI::WindowFactory *> >::push_back()
c:\cegui_svn100329\cegui\include\ceguiwindowfactorymanager.h(498): 0x01138033->CEGUI::WindowFactoryManager::addFactory<CEGUI::TplWindowFactory<CEGUI::Titlebar> >()
c:\cegui_svn100329\cegui\src\ceguisystem.cpp(1485): 0x0112DF94->CEGUI::System::addStandardWindowFactories()
c:\cegui_svn100329\cegui\src\ceguisystem.cpp(299): 0x01128A96->CEGUI::System::System()
c:\cegui_svn100329\cegui\src\ceguisystem.cpp(1832): 0x0112FEB7->CEGUI::System::create()
c:\cegui_svn100329\cegui\src\renderermodules\ogre\ceguiogrerenderer.cpp(93): 0x01476C09->CEGUI::OgreRenderer::bootstrapSystem()
0x0012DD20->0x0060A698()
0x0012DD20->0x004D6AB9()
0x0012DD20->0x0063698D()
0x0012DD20->0x0063B8E8()
0x0012DD20->0x0063B64F()
0x0012DD20->RegisterWaitForInputIdle()
--
Memory Leak(23)------------------->
Memory Leak <0x19EF8> bytes(112) occurance(49460)
0x0012DD20->0x00613F13()
0x0012DD20->0x00613C69()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(390): 0x0087FC73->_heap_alloc_dbg_impl()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(239): 0x0087FB2F->_nh_malloc_dbg_impl()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(296): 0x0087FADC->_nh_malloc_dbg()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgmalloc.c(56): 0x0088B25B->malloc()
f:\dd\vctools\crt_bld\self_x86\crt\src\new.cpp(59): 0x0086D691->operator new()
0x0012DD20->0x11B1F114()
0x0012DD20->0x11B186AE()
0x0012DD20->0x11B17DED()
0x0012DD20->0x11B17999()
0x0012DD20->0x11B173E3()
0x0012DD20->0x11B144C9()
0x0012DD20->0x11B0C628()
c:\cegui_svn100329\cegui\src\ceguiwrfactoryregisterer.cpp(52): 0x01190AB3->CEGUI::WRFactoryRegisterer::registerFactory()
c:\cegui_svn100329\cegui\src\ceguiwindowrenderermodule.cpp(61): 0x01190188->CEGUI::WindowRendererModule::registerAllFactories()
c:\cegui_svn100329\cegui\src\ceguischeme.cpp(354): 0x0110B042->CEGUI::Scheme::loadWindowRendererFactories()
c:\cegui_svn100329\cegui\src\ceguischeme.cpp(109): 0x0110917D->CEGUI::Scheme::loadResources()
c:\cegui_svn100329\cegui\src\ceguischememanager.cpp(72): 0x0111AF7B->CEGUI::SchemeManager::doPostObjectAdditionAction()
c:\cegui_svn100329\cegui\include\ceguinamedxmlresourcemanager.h(359): 0x010816E1->CEGUI::NamedXMLResourceManager<CEGUI::Scheme,CEGUI::Scheme_xmlHandler>::doExistingObjectAction()
c:\cegui_svn100329\cegui\include\ceguinamedxmlresourcemanager.h(231): 0x010801F0->CEGUI::NamedXMLResourceManager<CEGUI::Scheme,CEGUI::Scheme_xmlHandler>::create()
0x0012DD20->0x0060AC34()
0x0012DD20->0x004DA02F()
0x0012DD20->0x004E4945()
0x0012DD20->0x004E48D7()
0x0012DD20->0x004E4820()
0x0012DD20->0x004E479E()
0x0012DD20->0x00637780()
f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c(348): 0x007EDFD3->_callthreadstartex()
f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c(331): 0x007EDF69->_threadstartex()
0x0012DD20->GetModuleFileNameA()
--
Memory Leak(25)------------------->
Memory Leak <0x3623C> bytes(292) occurance(103483)
0x0012DD20->0x00613F13()
0x0012DD20->0x00613C69()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(390): 0x0087FC73->_heap_alloc_dbg_impl()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(239): 0x0087FB2F->_nh_malloc_dbg_impl()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c(296): 0x0087FADC->_nh_malloc_dbg()
f:\dd\vctools\crt_bld\self_x86\crt\src\dbgmalloc.c(56): 0x0088B25B->malloc()
f:\dd\vctools\crt_bld\self_x86\crt\src\new.cpp(59): 0x0086D691->operator new()
f:\dd\vctools\crt_bld\self_x86\crt\src\newaop.cpp(7): 0x0124D47E->operator new[]()
c:\cegui_svn100329\cegui\src\ceguistring.cpp(68): 0x011260D7->CEGUI::String::grow()
c:\cegui_svn100329\cegui\include\ceguistring.h(1328): 0x00EC139B->CEGUI::String::assign()
c:\cegui_svn100329\cegui\include\ceguistring.h(405): 0x00EBF20F->CEGUI::String::String()
c:\cegui_svn100329\cegui\include\ceguiproperty.h(86): 0x00ECA973->CEGUI::Property::Property()
c:\cegui_svn100329\cegui\src\ceguifontproperties.cpp(64): 0x010B91C0->CEGUI::FontProperties::NativeRes::NativeRes()
c:\cegui_svn100329\cegui\src\ceguifontproperties.cpp(224): 0x010B9036->CEGUI::Font::addFontProperties()
c:\cegui_svn100329\cegui\src\ceguifont.cpp(64): 0x010B6658->CEGUI::Font::Font()
c:\cegui_svn100329\cegui\src\ceguifreetypefont.cpp(81): 0x010BCA91->CEGUI::FreeTypeFont::FreeTypeFont()
c:\cegui_svn100329\cegui\src\ceguifont_xmlhandler.cpp(202): 0x010BBE83->CEGUI::Font_xmlHandler::createFreeTypeFont()
c:\cegui_svn100329\cegui\src\ceguifont_xmlhandler.cpp(141): 0x010BB342->CEGUI::Font_xmlHandler::elementFontStart()
c:\cegui_svn100329\cegui\src\ceguifont_xmlhandler.cpp(113): 0x010BB066->CEGUI::Font_xmlHandler::elementStart()
0x0012DD20->0x0F44C503()
0x0012DD20->0x0F450F38()
0x0012DD20->0x0F4539F2()
0x0012DD20->0x0F45587B()
0x0012DD20->0x0F454F90()
0x0012DD20->0x0F4547CA()
0x0012DD20->0x0F44EF5B()
0x0012DD20->0x0F44EDD0()
0x0012DD20->0x0F44BDD9()
c:\cegui_svn100329\cegui\src\ceguifont_xmlhandler.cpp(76): 0x010BABE7->CEGUI::Font_xmlHandler::Font_xmlHandler()
c:\cegui_svn100329\cegui\include\ceguinamedxmlresourcemanager.h(229): 0x00F4C212->CEGUI::NamedXMLResourceManager<CEGUI::Font,CEGUI::Font_xmlHandler>::create()
c:\cegui_svn100329\cegui\src\ceguischeme.cpp(234): 0x0110A1B3->CEGUI::Scheme::loadFonts()
c:\cegui_svn100329\cegui\src\ceguischeme.cpp(107): 0x0110916D->CEGUI::Scheme::loadResources()
c:\cegui_svn100329\cegui\src\ceguischememanager.cpp(72): 0x0111AF7B->CEGUI::SchemeManager::doPostObjectAdditionAction()
c:\cegui_svn100329\cegui\include\ceguinamedxmlresourcemanager.h(359): 0x010816E1->CEGUI::NamedXMLResourceManager<CEGUI::Scheme,CEGUI::Scheme_xmlHandler>::doExistingObjectAction()
c:\cegui_svn100329\cegui\include\ceguinamedxmlresourcemanager.h(231): 0x010801F0->CEGUI::NamedXMLResourceManager<CEGUI::Scheme,CEGUI::Scheme_xmlHandler>::create()
0x0012DD20->0x0060AD70()
0x0012DD20->0x004DA02F()
0x0012DD20->0x004E4945()
0x0012DD20->0x004E48D7()
0x0012DD20->0x004E4820()
0x0012DD20->0x004E479E()
0x0012DD20->0x00637780()
f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c(348): 0x007EDFD3->_callthreadstartex()
f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c(331): 0x007EDF69->_threadstartex()
0x0012DD20->GetModuleFileNameA()
--
If you need more information, please let me know.
Thank you very much.
XJ

CEGUI (Crazy Eddie's GUI) Forums

What's the accurate way to deallocate CEGUI ?

What's the accurate way to deallocate CEGUI ?

Re: What's the accurate way to deallocate CEGUI ?

Re: What's the accurate way to deallocate CEGUI ?

Re: What's the accurate way to deallocate CEGUI ?

Re: What's the accurate way to deallocate CEGUI ?

Re: What's the accurate way to deallocate CEGUI ?

Re: What's the accurate way to deallocate CEGUI ?

Re: What's the accurate way to deallocate CEGUI ?

Re: What's the accurate way to deallocate CEGUI ?

Re: What's the accurate way to deallocate CEGUI ?

Who is online