HasColumn crashing for an empty RDataFrame

echapon · September 4, 2025, 4:37pm

ROOT Version: v6.36.02
Platform: Linux
Compiler: (GCC) 15.1.0

Dear ROOT experts,

I am attempting to migrate my code from ROOT v6.32.02 to ROOT v6.36.02, but it is crashing where it wasn’t before. I would like to call HasColumn() for an empty RDataFrame, but it does not work anymore. Minimal reproduction of the crash:

with v6.32.02:

root [0] auto df = ROOT::RDataFrame(1);
root [1] auto df_def = df.Define("x", "int(1)");
root [2] df_def.HasColumn("x")
(bool) true
root [3] df_def.HasColumn("y")
(bool) false

with v6.36.02:

root [0] auto df = ROOT::RDataFrame(1);
root [1] auto df_def = df.Define("x", "int(1)");
root [2] df_def.HasColumn("x")
(bool) true
root [3] df_def.HasColumn("y")

 *** Break *** segmentation violation



===========================================================
There was a crash.
This is the entire stack trace of all threads:
===========================================================
#0  0x00007f92a86d8fba in wait4 () from /lib64/libc.so.6
#1  0x00007f92a864b7e3 in do_system () from /lib64/libc.so.6
#2  0x00007f92a911c348 in TUnixSystem::StackTrace() () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/bin/../lib/libCore.so
#3  0x00007f92a911bd08 in TUnixSystem::DispatchSignals(ESignals) () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/bin/../lib/libCore.so
#4  <signal handler called>
#5  0x00007f928a1b09fd in ROOT::RDF::RInterfaceBase::HasColumn(std::basic_string_view<char, std::char_traits<char> >) () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/lib/libROOTDataFrame.so
#6  0x00007f92a881d055 in ?? ()
#7  0x0000000000000001 in ?? ()
#8  0x00007f92a881c000 in ?? ()
#9  0x00007ffcf98f1b90 in ?? ()
#10 0x000000000155f670 in ?? ()
#11 0x0000000001683e60 in ?? ()
#12 0x00007f92a127ec82 in cling::IncrementalExecutor::executeWrapper(llvm::StringRef, cling::Value*) const () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#13 0x00007f92a11f7431 in cling::Interpreter::RunFunction(clang::FunctionDecl const*, cling::Value*) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#14 0x00007f92a11fac3e in cling::Interpreter::EvaluateInternal(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, cling::CompilationOptions, cling::Value*, cling::Transaction**, unsigned long) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#15 0x00007f92a11fae60 in cling::Interpreter::process(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, cling::Value*, cling::Transaction**, bool) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#16 0x00007f92a12eae2e in cling::MetaProcessor::process(llvm::StringRef, cling::Interpreter::CompilationResult&, cling::Value*, bool) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#17 0x00007f92a10cb861 in HandleInterpreterException(cling::MetaProcessor*, char const*, cling::Interpreter::CompilationResult&, cling::Value*) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#18 0x00007f92a10ef137 in TCling::ProcessLine(char const*, TInterpreter::EErrorCode*) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#19 0x00007f92a93c1eb6 in TRint::ProcessLineNr(char const*, char const*, int*) () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/bin/../lib/libRint.so
#20 0x00007f92a93c2259 in TRint::HandleTermInput() () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/bin/../lib/libRint.so
#21 0x00007f92a9118b2e in TUnixSystem::CheckDescriptors() () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/bin/../lib/libCore.so
#22 0x00007f92a911baa8 in TUnixSystem::DispatchOneEvent(bool) () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/bin/../lib/libCore.so
#23 0x00007f92a9015a04 in TSystem::Run() () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/bin/../lib/libCore.so
#24 0x00007f92a8fa0903 in TApplication::Run(bool) () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/bin/../lib/libCore.so
#25 0x00007f92a93c3344 in TRint::Run(bool) () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/bin/../lib/libRint.so
#26 0x00000000004011bd in main ()
===========================================================


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.
===========================================================
#5  0x00007f928a1b09fd in ROOT::RDF::RInterfaceBase::HasColumn(std::basic_string_view<char, std::char_traits<char> >) () from /cvmfs/sft.cern.ch/lcg/releases/ROOT/6.36.02-c35af/x86_64-el9-gcc15-opt/lib/libROOTDataFrame.so
#6  0x00007f92a881d055 in ?? ()
#7  0x0000000000000001 in ?? ()
#8  0x00007f92a881c000 in ?? ()
#9  0x00007ffcf98f1b90 in ?? ()
#10 0x000000000155f670 in ?? ()
#11 0x0000000001683e60 in ?? ()
#12 0x00007f92a127ec82 in cling::IncrementalExecutor::executeWrapper(llvm::StringRef, cling::Value*) const () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#13 0x00007f92a11f7431 in cling::Interpreter::RunFunction(clang::FunctionDecl const*, cling::Value*) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#14 0x00007f92a11fac3e in cling::Interpreter::EvaluateInternal(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, cling::CompilationOptions, cling::Value*, cling::Transaction**, unsigned long) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#15 0x00007f92a11fae60 in cling::Interpreter::process(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, cling::Value*, cling::Transaction**, bool) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#16 0x00007f92a12eae2e in cling::MetaProcessor::process(llvm::StringRef, cling::Interpreter::CompilationResult&, cling::Value*, bool) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
#17 0x00007f92a10cb861 in HandleInterpreterException(cling::MetaProcessor*, char const*, cling::Interpreter::CompilationResult&, cling::Value*) () from /cvmfs/sft.cern.ch/lcg/views/LCG_108/x86_64-el9-gcc15-opt/lib/libCling.so
===========================================================

Could you advise if there is a way to go around this problem, or if I should wait for the next ROOT release?

Thanks a lot in advance!

lbreitwi · September 5, 2025, 7:48am

Hi,

Thank you for reporting this issue. I was able to reproduce it on v6.36.02 and v6.36.04.
We will investigate.

Best,
Lukas

lbreitwi · September 5, 2025, 3:23pm

Created an github issue to track the progress:

github.com/root-project/root

HasColumn crashing for an empty RDataFrame

opened 03:22PM - 05 Sep 25 UTC

LukasBreitwieser

bug in:RDataFrame

### Check duplicate issues. - [ ] Checked for duplicates ### Description This… issue was originally reported by user `echapon` on [this ROOT forum post](https://root-forum.cern.ch/t/hascolumn-crashing-for-an-empty-rdataframe/64121). A call to HasColumn() for an empty RDataFrame crashes now, but was working previously. ### Reproducer ```cpp void reproducer() { auto df = ROOT::RDataFrame(1); auto df_def = df.Define("x", "int(1)"); std::cout << "has x: " << df_def.HasColumn("x") << std::endl; std::cout << "has y: " << df_def.HasColumn("y") << std::endl; } ``` Run with: `root -q -b reproducer.C` ### ROOT version Issue reproduced on: - `v6.36.02` - `v6.36.04` Still working on: `v6.32.02` ### Installation method pre-built binaries ### Operating system Ubuntu 24.04 ### Additional context Stacktrace ``` Processing reproducer.C... has x: 1 *** Break *** segmentation violation has y: =========================================================== There was a crash. This is the entire stack trace of all threads: =========================================================== #0 0x000070ee6cd107a7 in __GI___wait4 (pid=1573780, stat_loc=stat_loc entry=0x7ffc25c4ff68, options=options entry=0, usage=usage entry=0x0) at ../sysdeps/unix/sysv/linux/wait4.c:30 #1 0x000070ee6cd108eb in __GI___waitpid (pid=<optimized out>, stat_loc=stat_loc entry=0x7ffc25c4ff68, options=options entry=0) at ./posix/waitpid.c:38 #2 0x000070ee6cc585bb in do_system (line=<optimized out>) at ../sysdeps/posix/system.c:172 #3 0x000070ee6d727e93 in TUnixSystem::StackTrace() () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCore.so #4 0x000070ee6d727804 in TUnixSystem::DispatchSignals(ESignals) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCore.so #5 <signal handler called> #6 0x000070ee5255dfb1 in ROOT::RDF::RInterfaceBase::HasColumn(std::basic_string_view<char, std::char_traits<char> >) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libROOTDataFrame.so #7 0x000070ee6da96181 in ?? () #8 0x0000605ed0656f70 in ?? () #9 0x0000605ed0656f60 in ?? () #10 0x0000605ed0656f70 in ?? () #11 0x0000605ed036c4f0 in ?? () #12 0x0000605ed036c4e0 in ?? () #13 0x0000605ed132c400 in ?? () #14 0x0000605ed132c3f0 in ?? () #15 0x0000605ed050e270 in ?? () #16 0x0000605ed050e260 in ?? () #17 0x0000605ed0656f70 in ?? () #18 0x0000605ed0656f60 in ?? () #19 0x0000605ed0656f70 in ?? () #20 0x0000605ed11ceca0 in ?? () #21 0x0000605ed0656f70 in ?? () #22 0x0000605ed036c4f0 in ?? () #23 0x0000605ed036c4e0 in ?? () #24 0x0000605ed040c380 in ?? () #25 0x0000605ed040c370 in ?? () #26 0x0000605ed050e270 in ?? () #27 0x0000605ed050e260 in ?? () #28 0x0000605ed0656f70 in ?? () #29 0x0000605ed0656f60 in ?? () #30 0x0000000000000001 in ?? () #31 0x000070ee6da94110 in ?? () #32 0x0000000000000006 in ?? () #33 0x000070ee6da94112 in ?? () #34 0x0000000000000001 in ?? () #35 0x000070ee6da94110 in ?? () #36 0x0000000000000001 in ?? () #37 0x000070ee6da94129 in ?? () #38 0x00007ffc25c531b0 in ?? () #39 0x000070ee6d27a580 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6 #40 0x000070ee6d157110 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6 #41 0x000070ee5255deb0 in ?? () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libROOTDataFrame.so #42 0x000070ee6d27a580 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6 #43 0x000070ee6d157b80 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6 #44 0x000070ee6d1559c0 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6 #45 0x000070ee6d27a580 in ?? () from /lib/x86_64-linux-gnu/libstdc++.so.6 #46 0x0000605ece3dadd0 in ?? () #47 0x5ea7cd43cf3d8e00 in ?? () #48 0x0000605ece3dadd0 in ?? () #49 0x0000605ecddab600 in ?? () #50 0x000070ee6da96230 in ?? () #51 0x000170ee6da9d033 in ?? () #52 0x00007ffc25c539c0 in ?? () #53 0x000070ee6663cb58 in cling::IncrementalExecutor::executeWrapper(llvm::StringRef, cling::Value*) const () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCling.so #54 0x000070ee665c2708 in cling::Interpreter::RunFunction(clang::FunctionDecl const*, cling::Value*) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCling.so #55 0x000070ee665c2ec8 in cling::Interpreter::EvaluateInternal(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, cling::CompilationOptions, cling::Value*, cling::Transaction**, unsigned long) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCling.so #56 0x000070ee666b4d6f in cling::MetaSema::actOnxCommand(llvm::StringRef, llvm::StringRef, cling::Value*) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCling.so #57 0x000070ee666c4594 in cling::MetaParser::isXCommand(cling::MetaSema::ActionResult&, cling::Value*) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCling.so #58 0x000070ee666c6449 in cling::MetaParser::isCommand(cling::MetaSema::ActionResult&, cling::Value*) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCling.so #59 0x000070ee666ad2d0 in cling::MetaProcessor::process(llvm::StringRef, cling::Interpreter::CompilationResult&, cling::Value*, bool) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCling.so #60 0x000070ee664a42fc in HandleInterpreterException(cling::MetaProcessor*, char const*, cling::Interpreter::CompilationResult&, cling::Value*) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCling.so #61 0x000070ee664bca9f in TCling::ProcessLine(char const*, TInterpreter::EErrorCode*) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCling.so #62 0x000070ee664bd134 in TCling::ProcessLineSynch(char const*, TInterpreter::EErrorCode*) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCling.so #63 0x000070ee6d5abe67 in TApplication::ExecuteFile(char const*, int*, bool) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libCore.so #64 0x000070ee6dacc8b0 in TRint::ProcessLineNr(char const*, char const*, int*) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libRint.so #65 0x000070ee6dace55d in TRint::Run(bool) () from /home/lukas/sft/ws/25-09-05-reproduce-forum-issue/root_v6.36.04/lib/libRint.so #66 0x0000605eb9bd5303 in main () =========================================================== ```

system · September 19, 2025, 3:24pm

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.