[jbossts-issues] [JBoss JIRA] (JBTM-1667) Investigate "possibly lost" valgrind memory issues

Tom Jenkinson (JIRA) jira-events at lists.jboss.org
Wed May 1 07:00:54 EDT 2013


Tom Jenkinson created JBTM-1667:
-----------------------------------

             Summary: Investigate "possibly lost" valgrind memory issues
                 Key: JBTM-1667
                 URL: https://issues.jboss.org/browse/JBTM-1667
             Project: JBoss Transaction Manager
          Issue Type: Bug
      Security Level: Public (Everyone can see)
          Components: BlackTie
            Reporter: Tom Jenkinson
            Assignee: Amos Feng
             Fix For: 5.0.0.M3


There are "possibly lost" memory issues when running BlackTie under valgrind:

==26112== 1,234 bytes in 21 blocks are possibly lost in loss record 56 of 58
==26112==    at 0x4006355: operator new(unsigned int) (vg_replace_malloc.c:214)
==26112==    by 0x1DC13A: std::string::_Rep::_S_create(unsigned int, unsigned int, std::allocator<char> const&) (in /usr/lib/libstdc++.so.6.0.8)
==26112==    by 0x1DCCD7: std::string::_Rep::_M_clone(std::allocator<char> const&, unsigned int) (in /usr/lib/libstdc++.so.6.0.8)
==26112==    by 0x1DD666: std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::string const&) (in /usr/lib/libstdc++.so.6.0.8)
==26112==    by 0x4E00DBE: bool google::protobuf::InsertIfNotPresent<std::map<std::string, std::pair<void const*, int>, std::less<std::string>, std::allocator<std::pair<std::string const, std::pair<void const*, int> > > >, std::string, std::pair<void const*, int> >(std::map<std::string, std::pair<void const*, int>, std::less<std::string>, std::allocator<std::pair<std::string const, std::pair<void const*, int> > > >*, std::string const&, std::pair<void const*, int> const&) (stl_pair.h:85)
==26112==    by 0x4E01BAF: google::protobuf::SimpleDescriptorDatabase::DescriptorIndex<std::pair<void const*, int> >::AddFile(google::protobuf::FileDescriptorProto const&, std::pair<void const*, int>) (descriptor_database.cc:56)
==26112==    by 0x4DFC4E6: google::protobuf::EncodedDescriptorDatabase::Add(void const*, int) (descriptor_database.cc:312)
==26112==    by 0x4DBC1FF: google::protobuf::DescriptorPool::InternalAddGeneratedFile(void const*, int) (descriptor.cc:862)
==26112==    by 0x4DE4E3F: google::protobuf::protobuf_AddDesc_google_2fprotobuf_2fdescriptor_2eproto() (descriptor.pb.cc:656)
==26112==    by 0x4DE590C: __static_initialization_and_destruction_0(int, int) (descriptor.pb.cc:705)
==26112==    by 0x4E30495: ??? (in /home/hudson/workspace/blacktie-linux32/xatmi/target/cxx/runtime/lib/libprotobuf.so.7)
==26112==    by 0x4DA338C: ??? (in /home/hudson/workspace/blacktie-linux32/xatmi/target/cxx/runtime/lib/libprotobuf.so.7)
==26112==    by 0xAA5492: call_init (in /lib/ld-2.5.so)
==26112==    by 0xAA55A2: _dl_init (in /lib/ld-2.5.so)
==26112==    by 0xA9784E: ??? (in /lib/ld-2.5.so)
==26112== 
==26112== 303,104 bytes in 37 blocks are possibly lost in loss record 58 of 58
==26112==    at 0x4005B83: malloc (vg_replace_malloc.c:195)
==26112==    by 0x489CBB0: apr_pool_create_ex (in /usr/lib/libapr-1.so.0.2.7)
==26112==    by 0x489CDCE: apr_pool_initialize (in /usr/lib/libapr-1.so.0.2.7)
==26112==    by 0x489DB0E: apr_initialize (in /usr/lib/libapr-1.so.0.2.7)
==26112==    by 0x4C8EE54: log4cxx::helpers::APRInitializer::APRInitializer() (aprinitializer.cpp:41)
==26112==    by 0x4C8EF39: log4cxx::helpers::APRInitializer::getInstance() (aprinitializer.cpp:57)
==26112==    by 0x4C8F000: log4cxx::helpers::APRInitializer::initialize() (aprinitializer.cpp:63)
==26112==    by 0x4C514E9: log4cxx::helpers::ObjectImpl::ObjectImpl() (objectimpl.cpp:30)
==26112==    by 0x4C251EA: log4cxx::helpers::CharsetDecoder::CharsetDecoder() (charsetdecoder.cpp:413)
==26112==    by 0x4C27339: log4cxx::helpers::LocaleCharsetDecoder::LocaleCharsetDecoder() (charsetdecoder.cpp:360)
==26112==    by 0x4C25714: log4cxx::helpers::CharsetDecoder::createDefaultDecoder() (charsetdecoder.cpp:430)
==26112==    by 0x4C25789: log4cxx::helpers::CharsetDecoder::getDefaultDecoder() (charsetdecoder.cpp:435)
==26112==    by 0x4BFC72A: log4cxx::helpers::Transcoder::decode(std::string const&, std::string&) (transcoder.cpp:247)
==26112==    by 0x4C185B7: log4cxx::LogManager::getLogger(std::string const&) (logmanager.cpp:120)
==26112==    by 0x4CBD428: log4cxx::Logger::getLogger(char const*) (logger.cpp:496)
==26112==    by 0x490E768: __static_initialization_and_destruction_0(int, int) (XsdValidator.cxx:21)
==26112==    by 0x490E7A6: global constructors keyed to _ZN12XsdValidator6loggerE (XsdValidator.cxx:205)
==26112==    by 0x4913665: ??? (in /home/hudson/workspace/blacktie-linux32/xatmi/target/cxx/runtime/lib/libblacktie-core.so)
==26112==    by 0x48E4D60: ??? (in /home/hudson/workspace/blacktie-linux32/xatmi/target/cxx/runtime/lib/libblacktie-core.so)
==26112==    by 0xAA5492: call_init (in /lib/ld-2.5.so)
==26112==    by 0xAA55A2: _dl_init (in /lib/ld-2.5.so)
==26112==    by 0xA9784E: ??? (in /lib/ld-2.5.so)


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


More information about the jbossts-issues mailing list