Root freeze problem

francesco_XYZ · December 10, 2015, 1:04pm

Dear all,
I am sorry if I am posting in the wrong forum. I am new here.
Since some time I am running different macros or packages which are making use of root classes. Fully randomly my root gets frozen. Again, this happens on different macros, both for me and for other colleagues and on different computers. I used both root 5 and 6.
The only common pattern is the fact we are all on ubuntu.
I tried to run under the gdb debugger and I attach here an example of the backtrace.
Here I was running a compiled macro for processing data which are in ascii format. I use TTree, TH1, TGraph but I am afraid it is not related to which classes I use.
Can anybody of you help me? I am really stuck…
Thanks!!
Francesco

backtrace
^C
Program received signal SIGINT, Interrupt.
__lll_lock_wait_private () at …/nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95
95 …/nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: No such file or directory.
(gdb) Quit
(gdb) backtrace
#0 __lll_lock_wait_private () at …/nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95
#1 0x00007ffff6b4fdca in _L_lock_12779 () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff6b4d7a5 in __GI___libc_malloc (bytes=537) at malloc.c:2887
#3 0x00007ffff7322dad in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007ffff737e209 in std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x00007ffff737edcb in std::string::_Rep::_M_clone(std::allocator const&, unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x00007ffff737ee64 in std::string::reserve(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7 0x00007ffff735d1d6 in std::basic_stringbuf<char, std::char_traits, std::allocator >::overflow(int) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#8 0x00007ffff73613f6 in std::basic_streambuf<char, std::char_traits >::xsputn(char const*, long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#9 0x00007ffff734d41d in std::ostreambuf_iterator<char, std::char_traits > std::num_put<char, std::ostreambuf_iterator<char, std::char_traits > >::_M_insert_int(std::ostreambuf_iterator<char, std::char_traits >, std::ios_base&, char, unsigned long) const () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#10 0x00007ffff734d60d in std::num_put<char, std::ostreambuf_iterator<char, std::char_traits > >::do_put(std::ostreambuf_iterator<char, std::char_traits >, std::ios_base&, char, unsigned long) const () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#11 0x00007ffff73592ce in std::ostream& std::ostream::_M_insert(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#12 0x00007ffff7ab3cc8 in textinput::TerminalDisplayUnix::HandleResizeSignal() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#13
#14 _int_malloc (av=0x7ffff6e89760 <main_arena>, bytes=4096) at malloc.c:3700
#15 0x00007ffff6b4d7b0 in __GI___libc_malloc (bytes=4096) at malloc.c:2891
#16 0x00007ffff7322dad in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#17 0x00007ffff7322ea9 in operator new[](unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#18 0x00007ffff79efd26 in TRegexp::GenPattern(char const*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#19 0x00007ffff79f02c7 in TString::Tokenize(TString&, int&, char const*) const () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#20 0x00007fffec09d02d in TTree::ReadStream(std::istream&, char const*, char) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libTree.so
#21 0x00007fffec08f75b in TTree::ReadFile(char const*, char const*, char) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libTree.so
#22 0x00007fffecb162f8 in Xmax(std::string, int, std::string, std::string, std::string, int, float, std::string) ()
from /mnt/data/corsika/v740/corsika-74000/run/macros/Xmax_cc.so
#23 0x00007fffe8b64120 in __cling_Un1Qu38(void*) ()
#24 0x00007ffff362d324 in cling::Interpreter::RunFunction(clang::FunctionDecl const*, cling::Value*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#25 0x00007ffff3630e4a in cling::Interpreter::EvaluateInternal(std::string const&, cling::CompilationOptions, cling::Value*, cling::Transaction**) ()
from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#26 0x00007ffff3630fa3 in cling::Interpreter::process(std::string const&, cling::Value*, cling::Transaction**) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#27 0x00007ffff366da73 in cling::MetaProcessor::process(char const*, cling::Interpreter::CompilationResult&, cling::Value*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#28 0x00007ffff3546406 in TCling::ProcessLine(char const*, TInterpreter::EErrorCode*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#29 0x00007ffff79a62e0 in TApplication::ProcessLine(char const*, bool, int*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#30 0x00007ffff75d800f in TRint::ProcessLineNr(char const*, char const*, int*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libRint.so
#31 0x00007ffff75d8321 in TRint::HandleTermInput() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libRint.so
#32 0x00007ffff7a823a5 in TUnixSystem::CheckDescriptors() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#33 0x00007ffff7a8333a in TUnixSystem::DispatchOneEvent(bool) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#34 0x00007ffff7a03a76 in TSystem::InnerLoop() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#35 0x00007ffff7a04680 in TSystem::Run() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#36 0x00007ffff79a473f in TApplication::Run(bool) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#37 0x00007ffff75d9888 in TRint::Run(bool) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libRint.so
#38 0x000000000040103c in main ()

Danilo · December 10, 2015, 1:40pm

Hi,

hard to say more than that you have a problem tokenising the ascii in your input file.
What is the code you are running and the input file?

Danilo

francesco_XYZ · December 10, 2015, 3:10pm

Dear Danilo,
thanks for your answer.
In my macro I am reading a 8 column file and making several plots.
However, I had many other cases with a freeze on codes which are doing totally different things. No ascii input at all.
The traces were for the first part very similar.
Anyway, let me simplify the macro and send it to you.
I will post it once I can reproduce again the problem.
Thanks a lot!
Francesco

francesco_XYZ · December 10, 2015, 5:41pm

Ok,
I managed to reproduce the problem.
I wrote an absolutely arbitrary piece of code which is allocating and deallocating a vector of Int_t.
I do an extremely large cycle and I obtain something very similar to what shown before.
root freezes after 5 minutes and the backtrace is shown later.
Please keep in mind that this code is not related to any of my previous macros.
My idea was just to do a large number of allocations and deallocations of memory because I felt this is a point where my root is having troubles.
(not sure this is the correct interpretation but nevertheless I get the same behaviour and backtrace)
Thanks a lot!
Francesco

#include “TROOT.h”
#include
#include
#include “TH1F.h”
#include
void TestMacroDebug(Float_t normFlag){
gROOT->Reset();
for(Float_t i=0;i<normFlag;i++)
{
vector<Int_t> cat;
for(Int_t ii=0;ii<10;ii++)
cat.push_back(ii);
if(i==1e7)
{
cout<<i<<endl;
for(Int_t ii=0;ii<10;ii++)
cout<<cat[ii]<<endl;
}
cat.erase(cat.begin(),cat.begin()+10);
}
}

root [0] .L TestMacroDebug.cc+
Info in TUnixSystem::ACLiC: creating shared library /mnt/data/corsika/v740/corsika-74000/run/./TestMacroDebug_cc.so
root [1] TestMacroDebug(1e9)
1e+07
0
1
2
3
4
5
6
7
8
9
^C
Program received signal SIGINT, Interrupt.
__lll_lock_wait_private () at …/nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95
95 …/nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: No such file or directory.
(gdb) backtrace
#0 __lll_lock_wait_private () at …/nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95
#1 0x00007ffff6b4fdca in _L_lock_12779 () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff6b4d7a5 in __GI___libc_malloc (bytes=537) at malloc.c:2887
#3 0x00007ffff7322dad in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007ffff737e209 in std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x00007ffff737edcb in std::string::_Rep::_M_clone(std::allocator const&, unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x00007ffff737ee64 in std::string::reserve(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7 0x00007ffff735d1d6 in std::basic_stringbuf<char, std::char_traits, std::allocator >::overflow(int) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#8 0x00007ffff73613f6 in std::basic_streambuf<char, std::char_traits >::xsputn(char const*, long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#9 0x00007ffff734d41d in std::ostreambuf_iterator<char, std::char_traits > std::num_put<char, std::ostreambuf_iterator<char, std::char_traits > >::_M_insert_int(std::ostreambuf$
#10 0x00007ffff734d60d in std::num_put<char, std::ostreambuf_iterator<char, std::char_traits > >::do_put(std::ostreambuf_iterator<char, std::char_traits >, std::ios_base&, char, unsigned long)$
#11 0x00007ffff73592ce in std::ostream& std::ostream::_M_insert(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#12 0x00007ffff7ab3cc8 in textinput::TerminalDisplayUnix::HandleResizeSignal() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#13
#14 0x00007ffff6b4b32d in _int_malloc (av=0x7ffff6e89760 <main_arena>, bytes=16) at malloc.c:3355
#15 0x00007ffff6b4d7b0 in __GI___libc_malloc (bytes=16) at malloc.c:2891
#16 0x00007ffff7322dad in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#17 0x00007ffff79a1b44 in void std::vector<int, std::allocator >::_M_emplace_back_aux<int const&>(int const&) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#18 0x00007fffeb7c14ea in TestMacroDebug(float) () from /mnt/data/corsika/v740/corsika-74000/run/TestMacroDebug_cc.so
#19 0x00007fffe9169050 in ?? ()
#20 0x0000000001794c18 in ?? ()
#21 0x00007fffffffba90 in ?? ()
#22 0x00007fffffffb810 in ?? ()
#23 0x00007ffff362d324 in cling::Interpreter::RunFunction(clang::FunctionDecl const*, cling::Value*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#24 0x00007ffff3630e4a in cling::Interpreter::EvaluateInternal(std::string const&, cling::CompilationOptions, cling::Value*, cling::Transaction**) ()
from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#25 0x00007ffff3630fa3 in cling::Interpreter::process(std::string const&, cling::Value*, cling::Transaction**) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#26 0x00007ffff366da73 in cling::MetaProcessor::process(char const*, cling::Interpreter::CompilationResult&, cling::Value*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#27 0x00007ffff3546406 in TCling::ProcessLine(char const*, TInterpreter::EErrorCode*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#28 0x00007ffff79a62e0 in TApplication::ProcessLine(char const*, bool, int*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#29 0x00007ffff75d800f in TRint::ProcessLineNr(char const*, char const*, int*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libRint.so
#30 0x00007ffff75d8321 in TRint::HandleTermInput() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libRint.so
#31 0x00007ffff7a823a5 in TUnixSystem::CheckDescriptors() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#32 0x00007ffff7a8333a in TUnixSystem::DispatchOneEvent(bool) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#33 0x00007ffff7a03a76 in TSystem::InnerLoop() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#34 0x00007ffff7a04680 in TSystem::Run() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#35 0x00007ffff79a473f in TApplication::Run(bool) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#36 0x00007ffff75d9888 in TRint::Run(bool) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libRint.so
#37 0x000000000040103c in main ()

Pepe_Le_Pew · December 10, 2015, 7:06pm

Do NOT execute “gROOT->Reset();” inside of a named macro.
Change:
for(Float_t i = 0; i < normFlag; i++)
into:
for(Int_t i = 0; i < normFlag; i++)

A “Float_t” is a 32 bit floating point value, which gives 6 to 9 decimal digits precision only, so your loop will work up to normFlag = 1.67772e+07.
You could try a “Double_t”, a 64 bit floating point value, which would give you at least 15 decimal digits precision but not more than 17.
An “Int_t” is a 32 bit signed integer, so it should work up to 2147483647.
Or, try a “Long64_t” which is a 64 bit signed integer, so it should work up to 9223372036854775807.

francesco_XYZ · December 11, 2015, 10:45am

Thanks,
unfortunately (as I was expecting) it doesn’t help.
But nevertheless, thanks a lot! I will keep in mind in the future!
Francesco

#include “TROOT.h”
#include
#include
#include “TH1F.h”
#include
void TestMacroDebug(Int_t maxVal){
for(Int_t i=0;i<maxVal;i++)
{
vector<Int_t> cat;
for(Int_t ii=0;ii<10;ii++)
cat.push_back(ii);
if(i==1e7)
{
cout<<i<<endl;
for(Int_t ii=0;ii<10;ii++)
cout<<cat[ii]<<endl;
}
cat.erase(cat.begin(),cat.begin()+10);
}
}

.L TestMacroDebug.cc+
root [1] TestMacroDebug(1e9)
10000000
0
1
2
3
4
5
6
7
8
9
^C
Program received signal SIGINT, Interrupt.
__lll_lock_wait_private () at …/nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95
95 …/nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: No such file or directory.
(gdb) Quit
(gdb) Quit
(gdb) Quit
(gdb) backtrace
#0 __lll_lock_wait_private () at …/nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95
#1 0x00007ffff6b4fdca in _L_lock_12779 () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff6b4d7a5 in __GI___libc_malloc (bytes=537) at malloc.c:2887
#3 0x00007ffff7322dad in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007ffff737e209 in std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocator const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x00007ffff737edcb in std::string::_Rep::_M_clone(std::allocator const&, unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x00007ffff737ee64 in std::string::reserve(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7 0x00007ffff735d1d6 in std::basic_stringbuf<char, std::char_traits, std::allocator >::overflow(int) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#8 0x00007ffff73613f6 in std::basic_streambuf<char, std::char_traits >::xsputn(char const*, long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#9 0x00007ffff734d41d in std::ostreambuf_iterator<char, std::char_traits > std::num_put<char, std::ostreambuf_iterator<char, std::char_traits > >::_M_insert_int(std::ostreambuf_iterator<char, std::char_traits >, std::ios_base&, char, unsigned long) const () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#10 0x00007ffff734d60d in std::num_put<char, std::ostreambuf_iterator<char, std::char_traits > >::do_put(std::ostreambuf_iterator<char, std::char_traits >,
std::ios_base&, char, unsigned long) const () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#11 0x00007ffff73592ce in std::ostream& std::ostream::_M_insert(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#12 0x00007ffff7ab3cc8 in textinput::TerminalDisplayUnix::HandleResizeSignal() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#13
#14 0x00007ffff6b4aceb in _int_malloc (av=0x7ffff6e89760 <main_arena>, bytes=4) at malloc.c:3351
#15 0x00007ffff6b4d7b0 in __GI___libc_malloc (bytes=4) at malloc.c:2891
#16 0x00007ffff7322dad in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#17 0x00007ffff79a1b44 in void std::vector<int, std::allocator >::_M_emplace_back_aux<int const&>(int const&) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#18 0x00007fffecb183ab in TestMacroDebug(int) () from /mnt/data/corsika/v740/corsika-74000/run/TestMacroDebug_cc.so
#19 0x00007ffff7fc8047 in __cling_Un1Qu30(void*) ()
#20 0x00007ffff362d324 in cling::Interpreter::RunFunction(clang::FunctionDecl const*, cling::Value*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#21 0x00007ffff3630e4a in cling::Interpreter::EvaluateInternal(std::string const&, cling::CompilationOptions, cling::Value*, cling::Transaction**) ()
from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#22 0x00007ffff3630fa3 in cling::Interpreter::process(std::string const&, cling::Value*, cling::Transaction**) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#23 0x00007ffff366da73 in cling::MetaProcessor::process(char const*, cling::Interpreter::CompilationResult&, cling::Value*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#24 0x00007ffff3546406 in TCling::ProcessLine(char const*, TInterpreter::EErrorCode*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCling.so
#25 0x00007ffff79a62e0 in TApplication::ProcessLine(char const*, bool, int*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#26 0x00007ffff75d800f in TRint::ProcessLineNr(char const*, char const*, int*) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libRint.so
#27 0x00007ffff75d8321 in TRint::HandleTermInput() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libRint.so
#28 0x00007ffff7a823a5 in TUnixSystem::CheckDescriptors() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#29 0x00007ffff7a8333a in TUnixSystem::DispatchOneEvent(bool) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#30 0x00007ffff7a03a76 in TSystem::InnerLoop() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#31 0x00007ffff7a04680 in TSystem::Run() () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#32 0x00007ffff79a473f in TApplication::Run(bool) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libCore.so
#33 0x00007ffff75d9888 in TRint::Run(bool) () from /mnt/data/root_6.04_06/root-6.04.06//lib/libRint.so
#34 0x000000000040103c in main ()

Pepe_Le_Pew · December 11, 2015, 10:49am

It seems to me that you pressed “Ctrl-C”.
If you don’t do it, and let you marco run long enough, it will end fine.

francesco_XYZ · December 11, 2015, 10:59am

Dear Pepe,
thanks a lot.
Maybe I wasn’t clear:
What I did is:

run root under debugger gdb
compile and run the macro
3)as many other times I saw that the program is frozen (the process doesn’t exist in top command anymore). In normal condition I cannot even stop the process by ctrl +C I have to close the terminal
under debugger I press ctrl +C (here it works)
I type backtrace
If you need other infos I can provide you.
Thanks again!
Francesco

Pepe_Le_Pew · December 11, 2015, 11:14am

So, try to run it without debugger.

francesco_XYZ · December 11, 2015, 11:25am

As I told, it gets frozen…
Not even ctrl +C allows me to go back to command line now…
I have to close the terminal

$ root -l
root [0] .L TestMacroDebug.cc+
root [1] TestMacroDebug(1e9)
10000000
0
1
2
3
4
5
6
7
8
9
^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C

Pepe_Le_Pew · December 11, 2015, 12:40pm

[...] $ date -u; root -b -l -n -q 'TestMacroDebug.cc++(1e9)'; date -u Fri Dec 11 12:04:20 UTC 2015 root [0] Processing TestMacroDebug.cc++(1e9)... Info in <TUnixSystem::ACLiC>: creating shared library /..././TestMacroDebug_cc.so 10000000 0 1 2 3 4 5 6 7 8 9 Fri Dec 11 12:38:27 UTC 2015 [...] $

francesco_XYZ · December 11, 2015, 1:33pm

Right!
as it should be. In fact it’s strange it is freezing on my computer.
(actually it is freezing randomly, it could happen maybe in 50% of cases)

I was hoping that somebody gives me some hint to solve this issue…
As I told, me and some other colleague is observing this behaviour. Since we are using ubuntu I suspect there could be some problem of compatibility or some bug inside root. I saw this also on another ubuntu machine.
I have no idea how to proceed…
Thanks a lot!

Danilo · December 11, 2015, 3:51pm

Hi Francesco,

I think pepe correctly explained the faulty behaviour.
That loop is never finishing if you use a float as the numbers are “too far” to be affected by the increment. No bug in ROOT I fear but rather the expected behaviour of IEEE standard representation of single precision floating point numbers.

Danilo

francesco_XYZ · December 11, 2015, 4:10pm

Dear Danilo,
not really… At 11:51 I posted a macro without any float, just int. Or did I misunderstand your post?

This is the version which is freezing. I repeat again, it is something which looks quite independent of the macro which I use.
Thanks
Francesco

francesco_XYZ · December 11, 2015, 4:12pm

Fri Dec 11, 2015 11:45 not 11:51

pcanal · December 11, 2015, 9:01pm

Hi Francesco,

Your script works fine for me to completion. The scripts itself does not contain anything specific to ROOT. You may want to try running it as a standalone executable and see if the problem goes away.

code backtrace
#0 __lll_lock_wait_private () at …/nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:95
#1 0x00007ffff6b4fdca in _L_lock_12779 () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff6b4d7a5 in __GI___libc_malloc (bytes=537) at malloc.c:2887[/code]makes me wonder if you are starting any threads before executing your example?

Cheers,
Philippe.

francesco_XYZ · December 15, 2015, 11:28am

Dear Philippe,
sorry, I didn’t see your reply on the second page
Actually I just run the macro, nothing else. No thread.
I already tried to translate and compile small macros in c++ and executing them without root. What usually happens is that the program ends without troubles while under root it was having problems.
Thanks a lot!
Francesco

Pepe_Le_Pew · December 15, 2015, 12:39pm

Try to run the last version of your macro (i.e. with “Int_t”) using exactly this (note: expect something like 30 minutes to 2 hours): root -b -l -n -q 'TestMacroDebug.cc++(1e9)'

francesco_XYZ · December 15, 2015, 2:02pm

Dear Pepe,
same story, it seems it freezes again. With and without debugger.
What does it mean?
Thanks a lot!

root -b -l -n -q 'TestMacroDebug.cc++(1e9)'
root [0]
Processing TestMacroDebug.cc++(1e9)…
Info in TUnixSystem::ACLiC: creating shared library TestMacroDebug_cc.so
10000000
0
1
2
3
4
5
6
7
8
9
^C^C^C^C^C^C^C^C^C^C^C^C^C

francesco_XYZ · December 15, 2015, 2:12pm

Dear Philippe,
actually, I don’t know if this helps…
It is referring to some thread library. This is however just because of the debugger.
After that I run the macro.
However this freeze occurs also without the debugger.
I hope this helps.
Thanks a lot!

(gdb) run
Starting program: root.exe
Traceback (most recent call last):
File “/usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19-gdb.py”, line 63, in
from libstdcxx.v6.printers import register_libstdcxx_printers
ImportError: No module named ‘libstdcxx’
[Thread debugging using libthread_db enabled]
Using host libthread_db library “/lib/x86_64-linux-gnu/libthread_db.so.1”.

Try ‘.help’, ‘.demo’, ‘.license’, ‘.credits’, ‘.quit’/’.q’

root [0] I execute the macro here…
and it gets frozen…
As without the gdb…