Charm++ parallel programming system

[Jozsef Bakosi <jbakosi AT lanl.gov>]

Hi folks,

Running Charm++ code using migration and load balancing using valgrind
--tool=memcheck, I get the following:

110: ==10803== Conditional jump or move depends on uninitialised value(s)
110: ==10803==    at 0x349386: LBCommData::equal(LBCommData const&) const
110: ==10803==    by 0x3499A9: LBCommTable::HashSearch(LBCommData const&)
110: ==10803==    by 0x3499F0: LBCommTable::HashInsertUnique(LBCommData 
const&)
110: ==10803==    by 0x347D6C: LBDB::Send(LDOMHandle const&, unsigned long 
const&, unsigned int, int)
110: ==10803==    by 0x2DF669: CkLocMgr::deliverMsg(CkArrayMessage*, 
CkArrayID, unsigned long, CkArrayIndex const*, CkDeliver_t, int)
110: ==10803==    by 0x2DFE5C: CkLocMgr::inform(CkArrayIndex const&, unsigned 
long, int)
110: ==10803==    by 0x2DFFF0: CkLocMgr::updateLocation(CkArrayIndex const&, 
unsigned long, int)
110: ==10802== Conditional jump or move depends on uninitialised value(s)
110: ==10802==    at 0x349386: LBCommData::equal(LBCommData const&) const
110: ==10802==    by 0x3499A9: LBCommTable::HashSearch(LBCommData const&)
110: ==10803==    by 0x2E00D2: 
CkIndex_CkLocMgr::_call_updateLocation_marshall5(void*, void*)
110: ==10803==    by 0x2BC100: CkDeliverMessageFree
110: ==10803==    by 0x2C4996: _processHandler(void*, CkCoreState*)
110: ==10803==    by 0x397596: CsdScheduleForever
110: ==10803==    by 0x397804: CsdScheduler

Should I/we be concerned or should I just suppress this?

Please let me know if you need more info.

This is running Charm++ commit bdf2fe736 on Mar 4, 2019.

Thanks,
Jozsef