Assistance Needed: Software Crash Report

28 views
Skip to first unread message

M lng

unread,
Feb 16, 2025, 10:56:40 AM2/16/25
to G4Beamline
I hope this message finds you well. I am currently working on a software project and recently encountered a critical issue while running the example1 instance. Unfortunately, the program crashed with a *** Break *** segmentation violation error. After examining the stack trace, I believe this problem might be related to ROOT or other underlying libraries. I’ve spent considerable time researching the error on the ROOT Forum and considering submitting a bug report to ROOT Bugs, but I’d like to reach out to you first in case this is a known issue or if you have any prior experience with similar problems.
===
There was a crash.
This is the entire stack trace of all threads:
=========================================================== #0 0x00007f81b2909c3a in __GI___wait4 (pid=39024, stat_loc=stat_loc entry=0x7ffeb5105ee8, options=options entry=0, usage=usage entry=0x0) at ../sysdeps/unix/sysv/linux/wait4.c:27 #1 0x00007f81b2909bfb in __GI___waitpid (pid=<optimized out>, stat_loc=stat_loc entry=0x7ffeb5105ee8, options=options entry=0) at waitpid.c:38 #2 0x00007f81b2878f67 in do_system (line=<optimized out>) at ../sysdeps/posix/system.c:172 #3 0x00007f81b4b5ca0e in TUnixSystem::StackTrace() () from /opt/root/lib/libCore.so.6.20 #4 0x00007f81b4b5972c in TUnixSystem::DispatchSignals(ESignals) () from /opt/root/lib/libCore.so.6.20 #5 <signal handler called> #6 0x00007f81b2cb7f57 in std::ostream::sentry::sentry(std::ostream&) () from /opt/G4beamline3.06/bin/../lib/libstdc++.so.6 #7 0x00007f81b2cb86fc in std::basic_ostream<char, std::char_traits<char> >& std::__ostream_insert<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*, long) () from /opt/G4beamline3.06/bin/../lib/libstdc++.so.6 #8 0x000055605d0bf54a in G4Exception(char const*, char const*, G4ExceptionSeverity, char const*) () #9 0x000055605c92c411 in G4ProcessTableMessenger::SetNumberOfProcessType() () #10 0x000055605c92dfe5 in G4ProcessTableMessenger::G4ProcessTableMessenger(G4ProcessTable*) () #11 0x000055605c9284f8 in G4ProcessTable::G4ProcessTable() () #12 0x000055605c92ad25 in G4ProcessTable::GetProcessTable() () #13 0x000055605c932ebb in G4VProcess::G4VProcess(G4String const&, G4ProcessType) () #14 0x000055605c933f9d in G4WrapperProcess::G4WrapperProcess(G4String const&, G4ProcessType) () #15 0x000055605c09e5cb in BLCMDemfactor::BLCMDemfactor() () #16 0x000055605bfe56b8 in _GLOBAL__sub_I_BLCMDemfactor.cc () #17 0x000055605d163f0d in __libc_csu_init () #18 0x00007f81b284b010 in __libc_start_main (main=0x55605bff2f80 <main>, argc=3, argv=0x7ffeb5109868, init=0x55605d163ec0 <__libc_csu_init>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffeb5109858) at ../csu/libc-start.c:264 #19 0x000055605c06b90e in _start () ============================================================ Please let me know if there’s any additional information you need from my end, such as system specifications (compilers, OS version, etc.), the exact steps to reproduce the crash, or other diagnostic logs.
Thank you very much for your attention and support. I’m looking forward to your response, and I hope we can resolve this matter soon.
Best regards,
LiNing
Reply all
Reply to author
Forward
0 new messages