Segfault following MakeProject in ROOT 5.34.25+

steved · May 27, 2015, 9:44am

I have a piece of code which works perfectly under ROOT 5.34.18. However, under newer versions (I tried 25, 26 and 30), it segfaults when it tries to read a tree after calling MakeProject. I don’t have any versions between 18 and 25 to test on, but I can build them if necessary to debug this.

It’s designed to loop over a tree of classes. If there’s already a library generated, it’s fine. Otherwise, it calls MakeProject, and then when it tries to actually read the tree later, you get a segfault.

The MakeProject call looks like this:

followed by:

Full stacktrace:

[code]MakeProject has generated 41 classes in libReadoaAnalysis_v11r31
libReadoaAnalysis_v11r31/MAKEP file has been generated
Shared lib libReadoaAnalysis_v11r31/libReadoaAnalysis_v11r31.so has been generated

*** Break *** segmentation violation

===========================================================
There was a crash.
This is the entire stack trace of all threads:

Thread 2 (Thread 0x7feb98e49700 (LWP 5701)):
#0 sem_wait () at …/nptl/sysdeps/unix/sysv/linux/x86_64/sem_wait.S:85
#1 0x00000000005519f0 in ?? ()
#2 0x000000000052c6d5 in PyEval_EvalFrameEx ()
#3 0x000000000056d0aa in ?? ()
#4 0x000000000052e1e6 in PyEval_EvalFrameEx ()
#5 0x000000000052cf32 in PyEval_EvalFrameEx ()
#6 0x000000000052cf32 in PyEval_EvalFrameEx ()
#7 0x000000000056d0aa in ?? ()
#8 0x00000000004d9854 in ?? ()
#9 0x00000000004da20b in PyEval_CallObjectWithKeywords ()
#10 0x00000000005872b2 in ?? ()
#11 0x00007febae2ff182 in start_thread (arg=0x7feb98e49700) at pthread_create.c:312
#12 0x00007febae02c47d in clone () at …/sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7febae709740 (LWP 5682)):
#0 0x00007febadff2b99 in __libc_waitpid (pid=5720, stat_loc=stat_loc
entry=0x7ffe272be340, options=options
entry=0) at …/sysdeps/unix/sysv/linux/waitpid.c:40
#1 0x00007febadf782e2 in do_system (line=) at …/sysdeps/posix/system.c:148
#2 0x00007febabe465c3 in TUnixSystem::StackTrace() () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#3 0x00007febabe482cc in TUnixSystem::DispatchSignals(ESignals) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#4
#5 0x00007febaae1fbc4 in TGenCollectionProxy::InitializeEx(bool) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#6 0x00007febaae23a8b in TGenCollectionStreamer::ReadBufferDefault(TBuffer&, void, TClass const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#7 0x00007febaadf53f3 in TBufferFile::ReadFastArray(void, TClass const, int, TMemberStreamer, TClass const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#8 0x00007febaae95364 in int TStreamerInfoActions::ReadSTL<&TStreamerInfoActions::ReadSTLMemberWiseSameClass, &TStreamerInfoActions::ReadSTLObjectWiseFastArray>(TBuffer&, void, TStreamerInfoActions::TConfiguration const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#9 0x00007febaadf4aa5 in TBufferFile::ApplySequence(TStreamerInfoActions::TActionSequence const&, void) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#10 0x00007febaa991231 in TBranchElement::ReadLeavesMember(TBuffer&) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34
#11 0x00007febaa98c70c in TBranch::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34
#12 0x00007febaa99fc78 in TBranchElement::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34
#13 0x00007febaa99fd14 in TBranchElement::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34
#14 0x00007febaa9dde91 in TTree::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34
#15 0x00007febaaa0efec in GGTree_131_0_84(Gvalue, char const, Gparam, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34
#16 0x00007febab2df33b in Cint::G__CallFunc::Execute(void) () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#17 0x00007febac5c348e in PyROOT::TIntExecutor::Execute(Cint::G__CallFunc, void, bool) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#18 0x00007febac5c9620 in PyROOT::TMethodHolder<PyROOT::TScopeAdapter, PyROOT::TMemberAdapter>::CallSafe(void, bool) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#19 0x00007febac5c9792 in PyROOT::TMethodHolder<PyROOT::TScopeAdapter, PyROOT::TMemberAdapter>::Execute(void, bool) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#20 0x00007febac5c8bdb in PyROOT::TMethodHolder<PyROOT::TScopeAdapter, PyROOT::TMemberAdapter>::operator()(PyROOT::ObjectProxy, _object, _object, long, bool) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#21 0x00007febac5cd37d in PyROOT::(anonymous namespace)::mp_call(PyROOT::MethodProxy, _object, _object*) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#22 0x000000000052cc20 in PyEval_EvalFrameEx ()
#23 0x000000000056cd2a in ?? ()
#24 0x00000000004cd87a in ?? ()
#25 0x000000000052c6d5 in PyEval_EvalFrameEx ()
#26 0x000000000052cf32 in PyEval_EvalFrameEx ()
#27 0x000000000052cf32 in PyEval_EvalFrameEx ()
#28 0x000000000055c594 in PyEval_EvalCodeEx ()
#29 0x00000000005b7392 in PyEval_EvalCode ()
#30 0x0000000000469663 in ?? ()
#31 0x00000000004699e3 in PyRun_FileExFlags ()
#32 0x0000000000469f1c in PyRun_SimpleFileExFlags ()
#33 0x000000000046ab81 in Py_Main ()
#34 0x00007febadf53ec5 in __libc_start_main (main=0x46ac3f , argc=3, argv=0x7ffe272c19e8, init=, fini=, rtld_fini=, stack_end=0x7ffe272c19d8) at libc-start.c:287
#35 0x000000000057497e in _start ()

The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.

#5 0x00007febaae1fbc4 in TGenCollectionProxy::InitializeEx(bool) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#6 0x00007febaae23a8b in TGenCollectionStreamer::ReadBufferDefault(TBuffer&, void, TClass const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#7 0x00007febaadf53f3 in TBufferFile::ReadFastArray(void, TClass const, int, TMemberStreamer, TClass const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#8 0x00007febaae95364 in int TStreamerInfoActions::ReadSTL<&TStreamerInfoActions::ReadSTLMemberWiseSameClass, &TStreamerInfoActions::ReadSTLObjectWiseFastArray>(TBuffer&, void, TStreamerInfoActions::TConfiguration const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#9 0x00007febaadf4aa5 in TBufferFile::ApplySequence(TStreamerInfoActions::TActionSequence const&, void*) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#10 0x00007febaa991231 in TBranchElement::ReadLeavesMember(TBuffer&) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34
#11 0x00007febaa98c70c in TBranch::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34
#12 0x00007febaa99fc78 in TBranchElement::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34
#13 0x00007febaa99fd14 in TBranchElement::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34
#14 0x00007febaa9dde91 in TTree::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so.5.34

Traceback (most recent call last):
File “./barrel_ecal_alignment_selection.py”, line 471, in
main()
File “./barrel_ecal_alignment_selection.py”, line 466, in main
align.EventLoop()
File “./barrel_ecal_alignment_selection.py”, line 158, in EventLoop
geomtree = next(chainIters[“HeaderDir/GeometrySummary”])
File “/home/steve/packages/root/v5_34_30/lib/ROOT.py”, line 265, in TTree__iter_
bytes_read = self.GetEntry(i)
SystemError: problem in C++; program state has been reset

*** Break *** segmentation violation

===========================================================
There was a crash.
This is the entire stack trace of all threads:

#0 0x00007febadff2b99 in __libc_waitpid (pid=5845, stat_loc=stat_loc
entry=0x7ffe272be600, options=options
entry=0) at …/sysdeps/unix/sysv/linux/waitpid.c:40
#1 0x00007febadf782e2 in do_system (line=) at …/sysdeps/posix/system.c:148
#2 0x00007febabe465c3 in TUnixSystem::StackTrace() () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#3 0x00007febabe482cc in TUnixSystem::DispatchSignals(ESignals) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#4
#5 0x00007febaae17a2c in TFile::WriteStreamerInfo() () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#6 0x00007febaae17040 in TFile::Close(char const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#7 0x00007febabdb2c10 in (anonymous namespace)::R__ListSlowClose(TList) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#8 0x00007febabdb351d in TROOT::CloseFiles() () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#9 0x00007febabdb3970 in TROOT::EndOfProcessCleanups(bool) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#10 0x00007febac00687d in GGBase2_346_0_14(Gvalue, char const, Gparam, int) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#11 0x00007febab2df33b in Cint::G__CallFunc::Execute(void) () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#12 0x00007febac5c2646 in PyROOT::TVoidExecutor::Execute(Cint::G__CallFunc, void, bool) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#13 0x00007febac5c9620 in PyROOT::TMethodHolder<PyROOT::TScopeAdapter, PyROOT::TMemberAdapter>::CallSafe(void, bool) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#14 0x00007febac5c9792 in PyROOT::TMethodHolder<PyROOT::TScopeAdapter, PyROOT::TMemberAdapter>::Execute(void, bool) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#15 0x00007febac5c8bdb in PyROOT::TMethodHolder<PyROOT::TScopeAdapter, PyROOT::TMemberAdapter>::operator()(PyROOT::ObjectProxy, _object, _object, long, bool) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#16 0x00007febac5cd37d in PyROOT::(anonymous namespace)::mp_call(PyROOT::MethodProxy, _object, _object) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#17 0x000000000052cc20 in PyEval_EvalFrameEx ()
#18 0x000000000056d0aa in ?? ()
#19 0x000000000052e1e6 in PyEval_EvalFrameEx ()
#20 0x000000000056d0aa in ?? ()
#21 0x00000000004da29f in PyEval_CallObjectWithKeywords ()
#22 0x000000000042fa19 in Py_Finalize ()
#23 0x000000000046ac10 in Py_Main ()
#24 0x00007febadf53ec5 in __libc_start_main (main=0x46ac3f , argc=3, argv=0x7ffe272c19e8, init=, fini=, rtld_fini=, stack_end=0x7ffe272c19d8) at libc-start.c:287
#25 0x000000000057497e in _start ()

The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.

#5 0x00007febaae17a2c in TFile::WriteStreamerInfo() () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#6 0x00007febaae17040 in TFile::Close(char const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#7 0x00007febabdb2c10 in (anonymous namespace)::R__ListSlowClose(TList) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#8 0x00007febabdb351d in TROOT::CloseFiles() () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#9 0x00007febabdb3970 in TROOT::EndOfProcessCleanups(bool) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34

Error in atexit._run_exitfuncs:
Traceback (most recent call last):
File “/usr/lib/python2.7/atexit.py”, line 24, in _run_exitfuncs
func(*targs, **kargs)
File “/home/steve/packages/root/v5_34_30/lib/ROOT.py”, line 654, in cleanup
gROOT.EndOfProcessCleanups(True)
SystemError: problem in C++; program state has been reset
Error in sys.exitfunc:

*** Break *** segmentation violation

===========================================================
There was a crash.
This is the entire stack trace of all threads:

#0 0x00007febadff2b99 in __libc_waitpid (pid=5904, stat_loc=stat_loc
entry=0x7ffe272beac0, options=options
entry=0) at …/sysdeps/unix/sysv/linux/waitpid.c:40
#1 0x00007febadf782e2 in do_system (line=) at …/sysdeps/posix/system.c:148
#2 0x00007febabe465c3 in TUnixSystem::StackTrace() () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#3 0x00007febabe482cc in TUnixSystem::DispatchSignals(ESignals) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#4
#5 0x00007febaae17a2c in TFile::WriteStreamerInfo() () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#6 0x00007febaae17040 in TFile::Close(char const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#7 0x00007febaae17167 in TFile::~TFile() () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#8 0x00007febaae17449 in TFile::~TFile() () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#9 0x00007febaaf6e0b4 in ROOTDict::delete_TFile(void) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#10 0x00007febabe183c6 in TClass::Destructor(void, bool) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#11 0x00007febac5cfabb in PyROOT::op_dealloc_nofree(PyROOT::ObjectProxy) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#12 0x00007febac5cfaf9 in PyROOT::(anonymous namespace)::op_dealloc(PyROOT::ObjectProxy*) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#13 0x00000000004d94bb in ?? ()
#14 0x00000000005392ff in ?? ()
#15 0x0000000000497382 in ?? ()
#16 0x000000000053a517 in ?? ()
#17 0x0000000000534323 in ?? ()
#18 0x00000000005342f9 in ?? ()
#19 0x00000000004f0d4c in PySys_SetObject ()
#20 0x000000000042ec9a in PyErr_PrintEx ()
#21 0x000000000042fa42 in Py_Finalize ()
#22 0x000000000046ac10 in Py_Main ()
#23 0x00007febadf53ec5 in __libc_start_main (main=0x46ac3f , argc=3, argv=0x7ffe272c19e8, init=, fini=, rtld_fini=, stack_end=0x7ffe272c19d8) at libc-start.c:287
#24 0x000000000057497e in _start ()

The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.

#5 0x00007febaae17a2c in TFile::WriteStreamerInfo() () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#6 0x00007febaae17040 in TFile::Close(char const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#7 0x00007febaae17167 in TFile::~TFile() () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#8 0x00007febaae17449 in TFile::~TFile() () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#9 0x00007febaaf6e0b4 in ROOTDict::delete_TFile(void) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so.5.34
#10 0x00007febabe183c6 in TClass::Destructor(void, bool) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#11 0x00007febac5cfabb in PyROOT::op_dealloc_nofree(PyROOT::ObjectProxy) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#12 0x00007febac5cfaf9 in PyROOT::(anonymous namespace)::op_dealloc(PyROOT::ObjectProxy*) () from /home/steve/packages/root/v5_34_30/lib/libPyROOT.so
#13 0x00000000004d94bb in ?? ()
#14 0x00000000005392ff in ?? ()
#15 0x0000000000497382 in ?? ()
#16 0x000000000053a517 in ?? ()
#17 0x0000000000534323 in ?? ()
#18 0x00000000005342f9 in ?? ()
#19 0x00000000004f0d4c in PySys_SetObject ()
#20 0x000000000042ec9a in PyErr_PrintEx ()
#21 0x000000000042fa42 in Py_Finalize ()
#22 0x000000000046ac10 in Py_Main ()
#23 0x00007febadf53ec5 in __libc_start_main (main=0x46ac3f , argc=3, argv=0x7ffe272c19e8, init=, fini=, rtld_fini=, stack_end=0x7ffe272c19d8) at libc-start.c:287
#24 0x000000000057497e in _start ()

[/code]

Wile_E_Coyote · May 27, 2015, 9:54am

Try to comment out the line “ROOT.gSystem.Load(…)” and use:
tfile.MakeProject(outputPath, “*”, “recreate++”)

BTW. Maybe you should also specify which ROOT version was used to create your “tfile”.

steved · May 27, 2015, 7:22pm

I get the same segfault using ‘recreate++’ without gSystem.Load()

I tried on input files made using v5.30/02 and v5.34/09.

wlav · May 28, 2015, 4:32pm

Hi,

doesn’t look like this is caused by the use of python, but just to be sure, could you try the same basic code from root.exe? That, or make (part of) the input file available?

Thanks,
Wim

pcanal · May 28, 2015, 11:13pm

Hi,

I agree with Wim, it looks like some dictionary (that should have been requested by MakeProject) is missing. The best way to proceed should be to share the file that you have problem with so that we can reproduce the problem.

Cheers,
Philippe.

steved · June 2, 2015, 5:02am

Sorry it’s taken me a couple of days to get back to this. An example file is here:
homepages.warwick.ac.uk/~phrhbq/oaana.root
(edit: alternative download)

It’s not a python problem. Here’s a minimal CINT macro that reproduces it:

[code]void segfaulter(const char * filename)
{
TFile * f = new TFile(filename);
f->MakeProject(“libsegfault”,"*",“new+”);

gSystem->Load(“libsegfault/libsegfault.so”);

TTree * tr = f->Get(“HeaderDir/GeometrySummary”);
tr->GetEntry(0);
}
[/code]

The CINT stacktrace is a lot more compact:

[code]===========================================================
There was a crash.
This is the entire stack trace of all threads:

#0 0x00007fcc8f940b4c in __libc_waitpid (pid=4524, stat_loc=stat_loc
entry=0x7ffd0613c4c0, options=options
entry=0) at …/sysdeps/unix/sysv/linux/waitpid.c:31
#1 0x00007fcc8f8c62e2 in do_system (line=) at …/sysdeps/posix/system.c:148
#2 0x00007fcc905f55c3 in TUnixSystem::StackTrace() () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#3 0x00007fcc905f72cc in TUnixSystem::DispatchSignals(ESignals) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#4
#5 0x00007fcc8ce22bc4 in TGenCollectionProxy::InitializeEx(bool) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so
#6 0x00007fcc8ce26a8b in TGenCollectionStreamer::ReadBufferDefault(TBuffer&, void, TClass const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so
#7 0x00007fcc8cdf83f3 in TBufferFile::ReadFastArray(void, TClass const, int, TMemberStreamer, TClass const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so
#8 0x00007fcc8ce98364 in int TStreamerInfoActions::ReadSTL<&TStreamerInfoActions::ReadSTLMemberWiseSameClass, &TStreamerInfoActions::ReadSTLObjectWiseFastArray>(TBuffer&, void, TStreamerInfoActions::TConfiguration const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so
#9 0x00007fcc8cdf7aa5 in TBufferFile::ApplySequence(TStreamerInfoActions::TActionSequence const&, void) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so
#10 0x00007fcc8b2e2231 in TBranchElement::ReadLeavesMember(TBuffer&) () from /home/steve/packages/root/v5_34_30/lib/libTree.so
#11 0x00007fcc8b2dd70c in TBranch::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so
#12 0x00007fcc8b2f0c78 in TBranchElement::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so
#13 0x00007fcc8b2f0d14 in TBranchElement::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so
#14 0x00007fcc8b32ee91 in TTree::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so
#15 0x00007fcc8b35ffec in GGTree_131_0_84(Gvalue, char const, Gparam, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so
#16 0x00007fcc8ef4996d in Cint::GExceptionWrapper(int ()(Gvalue, char const, Gparam, int), Gvalue, char, G__param, int) () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#17 0x00007fcc8efedbe7 in G__execute_call () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#18 0x00007fcc8efedfa5 in G__call_cppfunc () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#19 0x00007fcc8efcd51f in G__interpret_func () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#20 0x00007fcc8efbaca9 in G__getfunction () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#21 0x00007fcc8f0a4005 in Ggetstructmem(int, GFastAllocString&, char, int, char, int, G__var_array, int) () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#22 0x00007fcc8f09b4fe in G__getvariable () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#23 0x00007fcc8ef94b2f in G__getitem () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#24 0x00007fcc8ef9a4d5 in G__getexpr () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#25 0x00007fcc8f01d4ad in G__exec_statement () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#26 0x00007fcc8efcea7c in G__interpret_func () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#27 0x00007fcc8efbad07 in G__getfunction () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#28 0x00007fcc8ef95032 in G__getitem () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#29 0x00007fcc8ef9a4d5 in G__getexpr () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#30 0x00007fcc8efa5dab in G__calc_internal () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#31 0x00007fcc8f02cbbf in G__process_cmd () from /home/steve/packages/root/v5_34_30/lib/libCint.so.5.34
#32 0x00007fcc905b9070 in TCint::ProcessLine(char const, TInterpreter::EErrorCode) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#33 0x00007fcc905b570b in TCint::ProcessLineSynch(char const, TInterpreter::EErrorCode) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#34 0x00007fcc905231bc in TApplication::ExecuteFile(char const, int, bool) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#35 0x00007fcc905226f0 in TApplication::ProcessLine(char const, bool, int*) () from /home/steve/packages/root/v5_34_30/lib/libCore.so.5.34
#36 0x00007fcc901721cd in TRint::Run(bool) () from /home/steve/packages/root/v5_34_30/lib/libRint.so.5.34
#37 0x0000000000400fdc in main ()

The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.

#5 0x00007fcc8ce22bc4 in TGenCollectionProxy::InitializeEx(bool) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so
#6 0x00007fcc8ce26a8b in TGenCollectionStreamer::ReadBufferDefault(TBuffer&, void, TClass const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so
#7 0x00007fcc8cdf83f3 in TBufferFile::ReadFastArray(void, TClass const, int, TMemberStreamer, TClass const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so
#8 0x00007fcc8ce98364 in int TStreamerInfoActions::ReadSTL<&TStreamerInfoActions::ReadSTLMemberWiseSameClass, &TStreamerInfoActions::ReadSTLObjectWiseFastArray>(TBuffer&, void, TStreamerInfoActions::TConfiguration const) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so
#9 0x00007fcc8cdf7aa5 in TBufferFile::ApplySequence(TStreamerInfoActions::TActionSequence const&, void*) () from /home/steve/packages/root/v5_34_30/lib/libRIO.so
#10 0x00007fcc8b2e2231 in TBranchElement::ReadLeavesMember(TBuffer&) () from /home/steve/packages/root/v5_34_30/lib/libTree.so
#11 0x00007fcc8b2dd70c in TBranch::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so
#12 0x00007fcc8b2f0c78 in TBranchElement::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so
#13 0x00007fcc8b2f0d14 in TBranchElement::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so
#14 0x00007fcc8b32ee91 in TTree::GetEntry(long long, int) () from /home/steve/packages/root/v5_34_30/lib/libTree.so

Root > Function segfaulter() busy flag cleared
[/code]

steved · August 17, 2015, 10:09am

Was the cause of this ever identified?

Segfault following MakeProject in ROOT 5.34.25+

=========================================================== There was a crash. This is the entire stack trace of all threads:

The lines below might hint at the cause of the crash. If they do not help you then please submit a bug report at http://root.cern.ch/bugs. Please post the ENTIRE stack trace from above as an attachment in addition to anything else that might help us fixing this issue.

=========================================================== There was a crash. This is the entire stack trace of all threads:

The lines below might hint at the cause of the crash. If they do not help you then please submit a bug report at http://root.cern.ch/bugs. Please post the ENTIRE stack trace from above as an attachment in addition to anything else that might help us fixing this issue.

=========================================================== There was a crash. This is the entire stack trace of all threads:

The lines below might hint at the cause of the crash. If they do not help you then please submit a bug report at http://root.cern.ch/bugs. Please post the ENTIRE stack trace from above as an attachment in addition to anything else that might help us fixing this issue.

[code]=========================================================== There was a crash. This is the entire stack trace of all threads:

The lines below might hint at the cause of the crash. If they do not help you then please submit a bug report at http://root.cern.ch/bugs. Please post the ENTIRE stack trace from above as an attachment in addition to anything else that might help us fixing this issue.

===========================================================
There was a crash.
This is the entire stack trace of all threads:

The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.

===========================================================
There was a crash.
This is the entire stack trace of all threads:

The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.

===========================================================
There was a crash.
This is the entire stack trace of all threads:

The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.

[code]===========================================================
There was a crash.
This is the entire stack trace of all threads:

The lines below might hint at the cause of the crash.
If they do not help you then please submit a bug report at
http://root.cern.ch/bugs. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.