Cling JIT session error: Resource tracker 0x5603b58bfa10 became defunct

Hello ROOTers,

I have noticed a weird problem. I have a code that have some task to process data. This task consumes the SHCF object. If I add my task to analysis chain (cloning is involved by Clone() method) code crash with following error:

cling JIT session error: Resource tracker 0x5603b58bfa10 became defunct
#8  0x00007f5c7b25595f in cling::IncrementalJIT::getSymbolAddress(llvm::StringRef, bool) () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libCling.so
#9  0x00007f5c7b24f606 in cling::IncrementalExecutor::getAddressOfGlobal(llvm::StringRef, bool*) const () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libCling.so
#10 0x00007f5c7b0d0533 in TCling::FindSym(char const*) const () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libCling.so
#11 0x00007f5c81c507aa in ROOT::Internal::GetSymInLibImt(char const*) () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libCore.so
#12 0x00007f5c81c51344 in ROOT::Internal::IsParBranchProcessingEnabled() () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libCore.so
#13 0x00007f5c64abaa64 in TBranch::GetBasketImpl(int, TBuffer*) () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libTree.so
#14 0x00007f5c64abc29d in TBranch::GetBasketAndFirst(TBasket*&, long long&, TBuffer*) () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libTree.so
#15 0x00007f5c64abc4ad in TBranch::GetEntry(long long, int) () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libTree.so
#16 0x00007f5c64acf415 in TBranchElement::GetEntry(long long, int) () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libTree.so
#17 0x00007f5c64acf3c8 in TBranchElement::GetEntry(long long, int) () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libTree.so
#18 0x00007f5c64acf3c8 in TBranchElement::GetEntry(long long, int) () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libTree.so
#19 0x00007f5c64b37908 in TTree::GetEntry(long long, int) () from /mnt/fairsoft/root_raw/root_6_32/inst/lib/libTree.so

But when I removed lines:

gSystem->Load("libgsl.so");
gSystem->Load("libgslcblas.so");

Code works. Can you somehow explain if this is expected behavior or rather a bug? Unfortunately, the code is HUGE, so I cannot provide a simple example.Edit: this happens only in “macro mode” (compiled code works), and if the task is added to the analysis (but cloning happens even without this).

Hi,

Thank you for reporting this issue.
I am adding our cling expert @vvassilev. Do you have an idea by just looking at the stacktrace?
I’d also recommend to isolate the issue and submit a small reproducer [1] that we can use to help you.

Lukas

[1] https://stackoverflow.com/help/minimal-reproducible-example