Ok, one needs to compile specific commits, it is not available as such.
I compiled it and I was able to reproduce the error.
====================================================================================================
[== TRestProcessRunner: Starting the Process.. ==]
40911 Events (8.1MB/s), 0.2 min ETA, (Pause: "p") 90.4%[===============================================================>-------]
*** Break *** segmentation violation
40927 Events (8.6MB/s), 0.2 min ETA, (Pause: "p") 90.4%[===============================================================>-------]
===========================================================
There was a crash.
This is the entire stack trace of all threads:
===========================================================
Thread 2 (Thread 0x7f87d707e700 (LWP 18648)):
#0 0x00007f8822f8104a in __GI___waitpid (pid=20243, stat_loc=stat_loc
entry=0x7f87d7075a00, options=options
entry=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
#1 0x00007f8822f080ab in do_system (line=<optimized out>) at ../sysdeps/posix/system.c:148
#2 0x00007f88296b5917 in TUnixSystem::StackTrace() () from /programas/root/root-6.20/lib/libCore.so
#3 0x00007f88296b8064 in TUnixSystem::DispatchSignals(ESignals) () from /programas/root/root-6.20/lib/libCore.so
#4 <signal handler called>
#5 0x00007f87d803650f in TRestRawSignal::IsACDSaturation(int, int) () from /programas/REST/dev_javi/lib/libRestRaw.so
#6 0x00007f87d803b790 in TRestRawSignalAnalysisProcess::ProcessEvent(TRestEvent*) () from /programas/REST/dev_javi/lib/libRestRaw.so
#7 0x00007f8829c56f44 in TRestThread::ProcessEvent() () from /programas/REST/dev_javi/lib/libRestFramework.so
#8 0x00007f8829c582d8 in TRestThread::StartProcess() () from /programas/REST/dev_javi/lib/libRestFramework.so
#9 0x00007f8823a59e6f in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#10 0x00007f882326f4a4 in start_thread (arg=0x7f87d707e700) at pthread_create.c:456
#11 0x00007f8822fb1d0f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97
Thread 1 (Thread 0x7f882a0fab80 (LWP 18473)):
#0 0x00007f8822f8128d in nanosleep () at ../sysdeps/unix/syscall-template.S:84
#1 0x00007f8822faadc4 in usleep (useconds=<optimized out>) at ../sysdeps/posix/usleep.c:32
#2 0x00007f8829c36f48 in TRestProcessRunner::RunProcess() () from /programas/REST/dev_javi/lib/libRestFramework.so
#3 0x00007f8829bf7c4c in TRestManager::ReadConfig(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, TiXmlElement*) () from /programas/REST/dev_javi/lib/libRestFramework.so
#4 0x00007f8829bf8c23 in TRestManager::InitFromConfigFile() () from /programas/REST/dev_javi/lib/libRestFramework.so
#5 0x00007f8829c0b3cc in TRestMetadata::LoadConfigFromElement(TiXmlElement*, TiXmlElement*, std::map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >) () from /programas/REST/dev_javi/lib/libRestFramework.so
#6 0x00007f8829c147bb in TRestMetadata::LoadConfigFromFile(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) () from /programas/REST/dev_javi/lib/libRestFramework.so
#7 0x000055d86889af59 in main ()
===========================================================
The lines below might hint at the cause of the crash.
You may get help by asking at the ROOT forum http://root.cern.ch/forum
Only if you are really convinced it is a bug in ROOT then please submit a
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 0x00007f87d803650f in TRestRawSignal::IsACDSaturation(int, int) () from /programas/REST/dev_javi/lib/libRestRaw.so
#6 0x00007f87d803b790 in TRestRawSignalAnalysisProcess::ProcessEvent(TRestEvent*) () from /programas/REST/dev_javi/lib/libRestRaw.so
#7 0x00007f8829c56f44 in TRestThread::ProcessEvent() () from /programas/REST/dev_javi/lib/libRestFramework.so
#8 0x00007f8829c582d8 in TRestThread::StartProcess() () from /programas/REST/dev_javi/lib/libRestFramework.so
#9 0x00007f8823a59e6f in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#10 0x00007f882326f4a4 in start_thread (arg=0x7f87d707e700) at pthread_create.c:456
#11 0x00007f8822fb1d0f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97
===========================================================
jgalan@sultan:/tmp$ s), 0.2 min ETA, (Pause: "p") 90.4%[===============================================================>-------]
Still, the error is not appearing at the latest development, or at the official tag v2.3.6. So, it might be connected with a WIP develoment.
