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 0x00007f4e238d85ff in wait4 () from /lib64/libc.so.6
#1 0x00007f4e2384b253 in do_system () from /lib64/libc.so.6
#2 0x00007f4e1595f46a in TUnixSystem::Exec (this=0x1f4d7a0, shellcmd=) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2151
#3 TUnixSystem::StackTrace (this=0x1f4d7a0) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2442
#4 0x00007f4e1543adff 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 0x00007f4e1595ec21 in TUnixSystem::DispatchSignals (this=0x1f4d7a0, sig=kSigAbort) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:3657
#7
#8 0x00007f4e2388b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007f4e2383e686 in raise () from /lib64/libc.so.6
#10 0x00007f4e23828833 in abort () from /lib64/libc.so.6
#11 0x00007f4e23829170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007f4e238955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007f4e2389587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007f4e2389996a in free () from /lib64/libc.so.6
#15 0x00007f4e23840dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007f4e23840f40 in exit () from /lib64/libc.so.6
#17 0x00007f4e238295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007f4e23829680 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 0x00007f4e2388b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007f4e2383e686 in raise () from /lib64/libc.so.6
#10 0x00007f4e23828833 in abort () from /lib64/libc.so.6
#11 0x00007f4e23829170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007f4e238955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007f4e2389587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007f4e2389996a in free () from /lib64/libc.so.6
#15 0x00007f4e23840dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007f4e23840f40 in exit () from /lib64/libc.so.6
#17 0x00007f4e238295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007f4e23829680 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 0x00007f4e238d85ff in wait4 () from /lib64/libc.so.6
#1 0x00007f4e2384b253 in do_system () from /lib64/libc.so.6
#2 0x00007f4e1595f46a in TUnixSystem::Exec (this=0x1f4d7a0, shellcmd=) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2151
#3 TUnixSystem::StackTrace (this=0x1f4d7a0) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:2442
#4 0x00007f4e1543ad0f 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 0x00007f4e1595ec21 in TUnixSystem::DispatchSignals (this=0x1f4d7a0, sig=kSigAbort) at /cvmfs/belle.cern.ch/el9/externals/v02-03-00/src/root/core/unix/src/TUnixSystem.cxx:3657
#7
#8 0x00007f4e2388b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007f4e2383e686 in raise () from /lib64/libc.so.6
#10 0x00007f4e23828833 in abort () from /lib64/libc.so.6
#11 0x00007f4e23829170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007f4e238955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007f4e2389587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007f4e2389996a in free () from /lib64/libc.so.6
#15 0x00007f4e23840dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007f4e23840f40 in exit () from /lib64/libc.so.6
#17 0x00007f4e238295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007f4e23829680 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 0x00007f4e2388b53c in __pthread_kill_implementation () from /lib64/libc.so.6
#9 0x00007f4e2383e686 in raise () from /lib64/libc.so.6
#10 0x00007f4e23828833 in abort () from /lib64/libc.so.6
#11 0x00007f4e23829170 in __libc_message.cold () from /lib64/libc.so.6
#12 0x00007f4e238955e7 in malloc_printerr () from /lib64/libc.so.6
#13 0x00007f4e2389587c in munmap_chunk () from /lib64/libc.so.6
#14 0x00007f4e2389996a in free () from /lib64/libc.so.6
#15 0x00007f4e23840dfd in __run_exit_handlers () from /lib64/libc.so.6
#16 0x00007f4e23840f40 in exit () from /lib64/libc.so.6
#17 0x00007f4e238295d7 in __libc_start_call_main () from /lib64/libc.so.6
#18 0x00007f4e23829680 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 ===