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 0x00007fd9fe0d85ff in wait4 () from /lib64/libc.so.6
#1 0x00007fd9fe04b253 in do_system () from /lib64/libc.so.6
#2 0x00007fd9f015f46a in TUnixSystem::Exec (this=0x12c87a0, shellcmd=) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2151
#3 TUnixSystem::StackTrace (this=0x12c87a0) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2442
#4 0x00007fd9ef6b9dff 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 0x00007fd9f015ec21 in TUnixSystem::DispatchSignals (this=0x12c87a0, sig=kSigAbort) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:3657
#7
#8 0x00007fd9fe08b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007fd9fe03e686 in raise () from /lib64/libc.so.6
#10 0x00007fd9fe028833 in abort () from /lib64/libc.so.6
#11 0x00007fd9fe029170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007fd9fe0955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007fd9fe09587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007fd9fe09996a in free () from /lib64/libc.so.6
#15 0x00007fd9fe040dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007fd9fe040f40 in exit () from /lib64/libc.so.6
#17 0x00007fd9fe0295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007fd9fe029680 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 0x00007fd9fe08b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007fd9fe03e686 in raise () from /lib64/libc.so.6
#10 0x00007fd9fe028833 in abort () from /lib64/libc.so.6
#11 0x00007fd9fe029170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007fd9fe0955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007fd9fe09587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007fd9fe09996a in free () from /lib64/libc.so.6
#15 0x00007fd9fe040dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007fd9fe040f40 in exit () from /lib64/libc.so.6
#17 0x00007fd9fe0295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007fd9fe029680 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 0x00007fd9fe0d85ff in wait4 () from /lib64/libc.so.6
#1 0x00007fd9fe04b253 in do_system () from /lib64/libc.so.6
#2 0x00007fd9f015f46a in TUnixSystem::Exec (this=0x12c87a0, shellcmd=) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2151
#3 TUnixSystem::StackTrace (this=0x12c87a0) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2442
#4 0x00007fd9ef6b9d0f 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 0x00007fd9f015ec21 in TUnixSystem::DispatchSignals (this=0x12c87a0, sig=kSigAbort) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:3657
#7
#8 0x00007fd9fe08b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007fd9fe03e686 in raise () from /lib64/libc.so.6
#10 0x00007fd9fe028833 in abort () from /lib64/libc.so.6
#11 0x00007fd9fe029170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007fd9fe0955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007fd9fe09587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007fd9fe09996a in free () from /lib64/libc.so.6
#15 0x00007fd9fe040dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007fd9fe040f40 in exit () from /lib64/libc.so.6
#17 0x00007fd9fe0295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007fd9fe029680 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 0x00007fd9fe08b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007fd9fe03e686 in raise () from /lib64/libc.so.6
#10 0x00007fd9fe028833 in abort () from /lib64/libc.so.6
#11 0x00007fd9fe029170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007fd9fe0955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007fd9fe09587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007fd9fe09996a in free () from /lib64/libc.so.6
#15 0x00007fd9fe040dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007fd9fe040f40 in exit () from /lib64/libc.so.6
#17 0x00007fd9fe0295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007fd9fe029680 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 ===