klm/klm_tools.py
=== stdout of klm/tests/klm_tools.py ===
[INFO] Steering file: /data/b2soft/buildbot/development/releases/current/klm/tests/klm_tools.py
=== stderr of klm/tests/klm_tools.py ===
munmap_chunk(): invalid pointer
*** Break *** abort
===========================================================
There was a crash.
This is the entire stack trace of all threads:
===========================================================
#0 0x00007f48bf2d85ff in wait4 () from /lib64/libc.so.6
#1 0x00007f48bf24b253 in do_system () from /lib64/libc.so.6
#2 0x00007f48b135f46a in TUnixSystem::Exec (this=0x11777a0, shellcmd=) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2151
#3 TUnixSystem::StackTrace (this=0x11777a0) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2442
#4 0x00007f48b0dbedff in (anonymous namespace)::do_trace (sig=5) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/bindings/pyroot/cppyy/cppyy-backend/clingwrapper/src/clingwrapper.cxx:189
#5 (anonymous namespace)::TExceptionHandlerImp::HandleException (this=, sig=5) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/bindings/pyroot/cppyy/cppyy-backend/clingwrapper/src/clingwrapper.cxx:202
#6 0x00007f48b135ec21 in TUnixSystem::DispatchSignals (this=0x11777a0, sig=kSigAbort) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:3657
#7
#8 0x00007f48bf28b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007f48bf23e686 in raise () from /lib64/libc.so.6
#10 0x00007f48bf228833 in abort () from /lib64/libc.so.6
#11 0x00007f48bf229170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007f48bf2955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007f48bf29587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007f48bf29996a in free () from /lib64/libc.so.6
#15 0x00007f48bf240dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007f48bf240f40 in exit () from /lib64/libc.so.6
#17 0x00007f48bf2295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007f48bf229680 in __libc_start_main_impl () from /lib64/libc.so.6
#19 0x0000000000401075 in _start ()
===========================================================
The lines below might hint at the cause of the crash. If you see question
marks as part of the stack trace, try to recompile with debugging information
enabled and export CLING_DEBUG=1 environment variable before running.
You may get help by asking at the ROOT forum https://root.cern/forum
preferably using the command (.forum bug) in the ROOT prompt.
Only if you are really convinced it is a bug in ROOT then please submit a
report at https://root.cern/bugs or (preferably) using the command (.gh bug) in
the ROOT prompt. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.
===========================================================
#8 0x00007f48bf28b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007f48bf23e686 in raise () from /lib64/libc.so.6
#10 0x00007f48bf228833 in abort () from /lib64/libc.so.6
#11 0x00007f48bf229170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007f48bf2955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007f48bf29587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007f48bf29996a in free () from /lib64/libc.so.6
#15 0x00007f48bf240dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007f48bf240f40 in exit () from /lib64/libc.so.6
#17 0x00007f48bf2295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007f48bf229680 in __libc_start_main_impl () from /lib64/libc.so.6
#19 0x0000000000401075 in _start ()
===========================================================
*** Break *** abort
===========================================================
There was a crash.
This is the entire stack trace of all threads:
===========================================================
#0 0x00007f48bf2d85ff in wait4 () from /lib64/libc.so.6
#1 0x00007f48bf24b253 in do_system () from /lib64/libc.so.6
#2 0x00007f48b135f46a in TUnixSystem::Exec (this=0x11777a0, shellcmd=) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2151
#3 TUnixSystem::StackTrace (this=0x11777a0) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2442
#4 0x00007f48b0dbed0f in (anonymous namespace)::do_trace (sig=5) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/bindings/pyroot/cppyy/cppyy-backend/clingwrapper/src/clingwrapper.cxx:189
#5 (anonymous namespace)::TExceptionHandlerImp::HandleException (this=, sig=5) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/bindings/pyroot/cppyy/cppyy-backend/clingwrapper/src/clingwrapper.cxx:208
#6 0x00007f48b135ec21 in TUnixSystem::DispatchSignals (this=0x11777a0, sig=kSigAbort) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:3657
#7
#8 0x00007f48bf28b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007f48bf23e686 in raise () from /lib64/libc.so.6
#10 0x00007f48bf228833 in abort () from /lib64/libc.so.6
#11 0x00007f48bf229170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007f48bf2955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007f48bf29587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007f48bf29996a in free () from /lib64/libc.so.6
#15 0x00007f48bf240dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007f48bf240f40 in exit () from /lib64/libc.so.6
#17 0x00007f48bf2295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007f48bf229680 in __libc_start_main_impl () from /lib64/libc.so.6
#19 0x0000000000401075 in _start ()
===========================================================
The lines below might hint at the cause of the crash. If you see question
marks as part of the stack trace, try to recompile with debugging information
enabled and export CLING_DEBUG=1 environment variable before running.
You may get help by asking at the ROOT forum https://root.cern/forum
preferably using the command (.forum bug) in the ROOT prompt.
Only if you are really convinced it is a bug in ROOT then please submit a
report at https://root.cern/bugs or (preferably) using the command (.gh bug) in
the ROOT prompt. Please post the ENTIRE stack trace
from above as an attachment in addition to anything else
that might help us fixing this issue.
===========================================================
#8 0x00007f48bf28b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007f48bf23e686 in raise () from /lib64/libc.so.6
#10 0x00007f48bf228833 in abort () from /lib64/libc.so.6
#11 0x00007f48bf229170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007f48bf2955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007f48bf29587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007f48bf29996a in free () from /lib64/libc.so.6
#15 0x00007f48bf240dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007f48bf240f40 in exit () from /lib64/libc.so.6
#17 0x00007f48bf2295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007f48bf229680 in __libc_start_main_impl () from /lib64/libc.so.6
#19 0x0000000000401075 in _start ()
===========================================================
Traceback (most recent call last):
File "/data/b2soft/buildbot/development/releases/current/klm/tests/klm_tools.py", line 34, in
assert(0 == sp.call(['b2klm-create-dqm', '-i', f'{basf2.find_file(input_files[0])}', '-n', '100',
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AssertionError
=== end klm/tests/klm_tools.py ===