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

Tom Jenkinson (Jira) issues at jboss.org
Thu Nov 22 10:15:00 EST 2018


     [ https://issues.jboss.org/browse/JBTM-1667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Tom Jenkinson updated JBTM-1667:
--------------------------------
    Priority: Minor  (was: Major)


> Investigate "possibly lost" valgrind memory issues
> --------------------------------------------------
>
>                 Key: JBTM-1667
>                 URL: https://issues.jboss.org/browse/JBTM-1667
>             Project: JBoss Transaction Manager
>          Issue Type: Task
>          Components: BlackTie
>            Reporter: Tom Jenkinson
>            Priority: Minor
>
> 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 was sent by Atlassian Jira
(v7.12.1#712002)


More information about the jbossts-issues mailing list