In v4.4.0-RC1, deleting a source from the pipeline leads to segmentation fault
This issue was created automatically from an original Mantis Issue. Further discussion may take place here.
- Load can.ex2 In the pipeline, right-click delete.
gdb backtrace: Program received signal SIGSEGV, Segmentation fault. 0x00007f20e0070ed6 in vtkSMParaViewPipelineController::GetHelperProxyGroupName (proxy=<error reading variable: Cannot access memory at address 0x7fff49c43f70>) at /opt/ParaView/ParaView-git/ParaViewCore/ServerManager/Core/vtkSMParaViewPipelineController.cxx:127 127 {
- Create an arrow source In the pipeline, right-click delete.
gdb backtrace: #1 0x00007f83f4a11049 in __dynamic_cast () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #2 0x00007f83f4a4f330 in bool std::has_facet<std::ctype >(std::locale const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #3 0x00007f83f4a42fc4 in std::basic_ios<char, std::char_traits >::_M_cache_locale(std::locale const&) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #4 0x00007f83f4a43130 in std::basic_ios<char, std::char_traits >::init(std::basic_streambuf<char, std::char_traits >*) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #5 0x00007f83f4a62b90 in std::basic_ostringstream<char, std::char_traits, std::allocator >::basic_ostringstream(std::_Ios_Openmode) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #6 0x00007f83ffab1f21 in vtkSMParaViewPipelineController::GetHelperProxyGroupName (proxy=0x5be8290) at /opt/ParaView/ParaView-git/ParaViewCore/ServerManager/Core/vtkSMParaViewPipelineController.cxx:129 #7 0x00007f83ffab69d6 in vtkSMParaViewPipelineController::FinalizeProxy (this=0x66542c0, proxy=0x5be8290) at /opt/ParaView/ParaView-git/ParaViewCore/ServerManager/Core/vtkSMParaViewPipelineController.cxx:1133 #8 0x00007f83ffab55ea in vtkSMParaViewPipelineController::UnRegisterRepresentationProxy (this=0x66542c0, proxy=0x5be8290) at /opt/ParaView/ParaView-git/ParaViewCore/ServerManager/Core/vtkSMParaViewPipelineController.cxx:838 #9 0x00007f83ffab7169 in vtkSMParaViewPipelineController::UnRegisterProxy (this=0x66542c0, proxy=0x5be8290) at /opt/ParaView/ParaView-git/ParaViewCore/ServerManager/Core/vtkSMParaViewPipelineController.cxx:1239 #10 0x00007f83ffab6f87 in vtkSMParaViewPipelineController::UnRegisterDependencies (this=0x66542c0, proxy=0x5be8180) at /opt/ParaView/ParaView-git/ParaViewCore/ServerManager/Core/vtkSMParaViewPipelineController.cxx:1210 #11 0x00007f83ffab6c3f in vtkSMParaViewPipelineController::FinalizeProxy (this=0x66542c0, proxy=0x5be8290) at /opt/ParaView/ParaView-git/ParaViewCore/ServerManager/Core/vtkSMParaViewPipelineController.cxx:1157 #12 0x00007f83ffab55ea in vtkSMParaViewPipelineController::UnRegisterRepresentationProxy (this=0x66542c0, proxy=0x5be8290) at /opt/ParaView/ParaView-git/ParaViewCore/ServerManager/Core/vtkSMParaViewPipelineController.cxx:838 #13 0x00007f83ffab7169 in vtkSMParaViewPipelineController::UnRegisterProxy (this=0x66542c0, proxy=0x5be8290) at /opt/ParaView/ParaView-git/ParaViewCore/ServerManager/Core/vtkSMParaViewPipelineController.cxx:1239 #14 0x00007f83ffab6f87 in vtkSMParaViewPipelineController::UnRegisterDependencies (this=0x66542c0, proxy=0x5be8180) at /opt/ParaView/ParaView-git/ParaViewCore/ServerManager/Core/vtkSMParaViewPipelineController.cxx:1210 and so on.