Uploaded image for project: 'ROOT'
  1. ROOT
  2. ROOT-8262

Segfault in FastCall in PyROOT with gcc61 with new ABI

    XMLWordPrintable

Details

    • Bug
    • Status: Closed (View Workflow)
    • High
    • Resolution: Duplicate
    • None
    • None
    • None
    • None
    • gcc61 with new ABI in dev4 nightlies

    Description

      Hi, we get some segfaults in FastCall in PyROOT in the dev4 build of gcc61 with the new ABI. This is essentially the same reported previously for gcc5 with the new ABI (ROOT-7902). As reported there, the segfault look ssimilar to what had been reported (and fixed in ROOT) in ROOT-7864, and also in ROOT-7929.

      See http://cdash.cern.ch/testDetails.php?test=17065039&build=256733

        pycool.coralattributelist                     : FAIL    
      ...
          ExecTest.stderr:
            
            IncrementalExecutor::executeFunction: symbol '_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE6appendERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE' unresolved while linking symbol '__cf_15'!
            You are probably missing the definition of std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::append(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)
            Maybe you need to load the corresponding shared library?
            IncrementalExecutor::executeFunction: symbol '_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE6insertEmRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE' unresolved while linking symbol '__cf_15'!
            You are probably missing the definition of std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::insert(unsigned long, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)
            Maybe you need to load the corresponding shared library?
            IncrementalExecutor::executeFunction: symbol '_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEaSERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE' unresolved while linking symbol '__cf_15'!
            You are probably missing the definition of std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator=(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)
            Maybe you need to load the corresponding shared library?
            Error in <TClingCallFunc::make_wrapper>: Failed to compile
              ==== SOURCE BEGIN ====
            #pragma clang diagnostic push
            #pragma clang diagnostic ignored "-Wformat-security"
            __attribute__((used)) extern "C" void __cf_15(void* obj, int nargs, void** args, void* ret)
            {
               if (ret) {
                  new (ret) (const coral::AttributeSpecification*) (&((const coral::Attribute*)obj)->specification());
                  return;
               }
               else {
                  ((const coral::Attribute*)obj)->specification();
                  return;
               }
            }
            #pragma clang diagnostic pop
              ==== SOURCE END ====
             *** Break *** segmentation violation
            ===========================================================
            There was a crash.
            This is the entire stack trace of all threads:
            ===========================================================
            #0  0x00000039360ac7be in waitpid () from /lib64/libc.so.6
            #1  0x000000393603e5c9 in do_system () from /lib64/libc.so.6
            #2  0x00007f059a4eabdb in TUnixSystem::StackTrace() () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libCore.so
            #3  0x00007f059a4ed3ff in TUnixSystem::DispatchSignals(ESignals) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libCore.so
            #4  <signal handler called>
            #5  0x0000000000000000 in ?? ()
            #6  0x00007f059bb3d2e1 in FastCall(long, void*, void*, void*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
            #7  0x00007f059bb3dfc0 in Cppyy::CallR(long, void*, void*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
            #8  0x00007f059bb4678e in PyROOT::TCppObjectRefExecutor::Execute(long, void*, PyROOT::TCallContext*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
            #9  0x00007f059bb42c1c in PyROOT::TMethodHolder::Execute(void*, long, PyROOT::TCallContext*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
            #10 0x00007f059bb412ef in PyROOT::TMethodHolder::Call(PyROOT::ObjectProxy*&, _object*, _object*, PyROOT::TCallContext*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
            #11 0x00007f059bb0ec1d in PyROOT::(anonymous namespace)::mp_call(PyROOT::MethodProxy*, _object*, _object*) () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/ROOT/HEAD/x86_64-slc6-gcc61-opt/lib/libPyROOT.so
            #12 0x00007f05a30e4683 in PyObject_Call () from /mnt/build/jenkins/workspace/lcg_ext_dev3/BUILDTYPE/Release/COMPILER/gcc61/LABEL/slc6/install/Python/2.7.10/x86_64-slc6-gcc61-opt/bin/../lib/libpython2.7.so.1.0

      I thought that ROOT HEAD was now supporting the new gcc5/gcc6 ABI? Or is this still to come in one of the next versions?

      The error mentions "Maybe you need to load the corresponding shared library?", is there anything that needs to be changed in ROOT, or COOL, config?

      Thanks
      Andrea

      Attachments

        Issue Links

          Activity

            People

              axel Axel Naumann
              valassi Andrea Valassi
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: