Symbian 使用 fopen() 内存泄漏的解决方法

最近在把TinyXML移植到Symbian平台，可是一直存在内存泄漏，经过检查，内存泄漏原因在TiXmlDocument::LoadFile()中，bool TiXmlDocument::LoadFile( const char* _filename, TiXmlEncoding encoding ){// There was a really terrifying little bug here. The code://value = filename// in the STL case, cause the assignment method of the std::string to// be called. What is strange, is that the std::string had the same// address as it's c_str() method, and so bad things happen. Looks// like a bug in the Microsoft STL implementation.// Add an extra string to avoid the crash.TIXML_STRING filename( _filename );value = filename;// reading in binary mode so that tinyxml can normalize the EOLFILE* file = TiXmlFOpen( value.c_str (), "rb" );if ( file ){bool result = LoadFile( file, encoding );fclose( file );CloseSTDLIB();// without this, there will be memory leakreturn result;}else{SetError( TIXML_ERROR_OPENING_FILE, 0, 0, TIXML_ENCODING_UNKNOWN );CloseSTDLIB();// without this, there will be memory leakreturn false;}} 

 

如上代码所示，加上CloseSTDLIB()后，内存泄漏消失，不调用CloseSTDLIB会出现内存泄露。

 

必须调用CloseSTDLIB的原因是：
Because the data allocated in the thread-local storage for STDLIB's DLL (the _reent structure) is not automatically cleaned up when the environment is destroyed, it must be cleaned up by the user of STDLIB.

The function to achieve this is CloseSTDLIB(). To use this function, file epoc32/include/libc/sys/reent.h should be included in the project. Call CloseSTDLIB() after the point at which it is known that code in STDLIB's DLL will no longer be called and its thread-local storage no longer needed.

 

 

 

参考：http://discussion.forum.nokia.com/forum/showthread.php?t=165359