Message: A new issue has been created in JIRA.
--------------------------------------------------------------------- View the issue: http://issues.apache.org/jira/browse/XERCESC-1228 Here is an overview of the issue: --------------------------------------------------------------------- Key: XERCESC-1228 Summary: Memory leak when scanning multiple xmldocuments Type: Bug Status: Unassigned Priority: Major Project: Xerces-C++ Versions: 2.5.0 Assignee: Reporter: Joep Simons Created: Mon, 14 Jun 2004 1:17 AM Updated: Mon, 14 Jun 2004 1:17 AM Environment: Linux Mandrake 9.0 Description: I used valgrind (http://valgrind.kde.org/downloads.html) to track down some memory leaks in my project. I could narrow the problem to this piece of code: <SNIPPET> #include <xercesc/parsers/XercesDOMParser.hpp> #include <xercesc/dom/DOM.hpp> #include <xercesc/sax/HandlerBase.hpp> #include <xercesc/util/XMLString.hpp> #include <xercesc/util/PlatformUtils.hpp> #include <xercesc/dom/DOMDocument.hpp> #include <iostream> using namespace std; using namespace xercesc; int main(char *argv[], int argc){ XMLPlatformUtils::Initialize(); XercesDOMParser *parser = new XercesDOMParser(); parser->setDoNamespaces(false); parser->setDoSchema(true); parser->setValidationSchemaFullChecking(true); //false will be better in a working system parser->setValidationConstraintFatal(true); parser->useCachedGrammarInParse(true); parser->cacheGrammarFromParse(true); XMLCh *scannerName = XMLString::transcode("SGXMLScanner"); parser->useScanner(scannerName); XMLString::release(&scannerName); try { parser->parse("test1.xml"); parser->reset(); // XMLCh *scannerName = XMLString::transcode("SGXMLScanner"); //parser->useScanner(scannerName); //XMLString::release(&scannerName); parser->parse("test1.xml"); } catch (...){ cerr << "oh dear, an exception" << endl; } delete parser; XMLPlatformUtils::Terminate(); } </SNIPPET> when compiled and called with valgrind, I got the folling output: > valgrind --leak-check=yes ./a.out =3058== Memcheck, a.k.a. Valgrind, a memory error detector for x86-linux. ==3058== Copyright (C) 2002-2003, and GNU GPL'd, by Julian Seward. ==3058== Using valgrind-2.0.0, a program supervision framework for x86-linux. ==3058== Copyright (C) 2000-2003, and GNU GPL'd, by Julian Seward. ==3058== Estimated CPU clock rate is 2798 MHz ==3058== For more details, rerun with: -v ==3058== ==3058== pthread_mutex_destroy: mutex is still in use ==3058== at 0x40792D4E: pthread_error (vg_libpthread.c:288) ==3058== by 0x406D8F0B: _IO_default_finish (in /lib/i686/libc-2.2.5.so) ==3058== by 0x406D742C: _IO_file_finish (in /lib/i686/libc-2.2.5.so) ==3058== by 0x406CBCAA: _IO_fclose (in /lib/i686/libc-2.2.5.so) ==3058== ==3058== pthread_mutex_unlock: mutex is not locked ==3058== at 0x40793BFF: __pthread_mutex_unlock (vg_libpthread.c:993) ==3058== by 0x406CBD3E: _IO_fclose (in /lib/i686/libc-2.2.5.so) ==3058== by 0x4042F384: xercesc_2_5::XMLPlatformUtils::closeFile(void*, xercesc_2_5::MemoryManager*) (LinuxPlatformUtils.cpp:365) ==3058== by 0x403716E5: xercesc_2_5::BinFileInputStream::~BinFileInputStream() (BinFileInputStream.cpp:144) ==3058== ==3058== ERROR SUMMARY: 4 errors from 2 contexts (suppressed: 0 from 0) ==3058== malloc/free: in use at exit: 12 bytes in 1 blocks. ==3058== malloc/free: 1000 allocs, 999 frees, 419102 bytes allocated. ==3058== For counts of detected errors, rerun with: -v ==3058== searching for pointers to 1 not-freed blocks. ==3058== checked 9002408 bytes. ==3058== ==3058== ==3058== 12 bytes in 1 blocks are definitely lost in loss record 1 of 1 ==3058== at 0x400261BC: __builtin_new (vg_replace_malloc.c:172) ==3058== by 0x40026214: operator new(unsigned) (vg_replace_malloc.c:185) ==3058== by 0x40434DFE: xercesc_2_5::MemoryManagerImpl::allocate(unsigned) (MemoryManagerImpl.cpp:83) ==3058== by 0x40360ADD: xercesc_2_5::XMLString::replicate(unsigned short const*, xercesc_2_5::MemoryManager*) (/usr/local/xerces-c-src_2_5_0/include/xercesc/util/XMLString.hpp:1599) ==3058== ==3058== LEAK SUMMARY: ==3058== definitely lost: 12 bytes in 1 blocks. ==3058== possibly lost: 0 bytes in 0 blocks. ==3058== still reachable: 0 bytes in 0 blocks. ==3058== suppressed: 0 bytes in 0 blocks. ==3058== Reachable blocks (those to which a pointer was found) are not shown. ==3058== To see them, rerun with: --show-reachable=yes ==3058== When I uncommented the part in the snippet which is now commented out it does not give any memory errors. For this run I used the following xml document although I found the same problem using others: <?xml version="1.0"?> <batch> <evref>file://localhost/test2.xml</evref> </batch> best regards, Joep --------------------------------------------------------------------- JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
