Crash performing a collection operation on a Programmable filter
This issue was created automatically from an original Mantis Issue. Further discussion may take place here.
If you run the python script below, pvpython segfaults at the end.
The script: import paraview import sys import math
Connect to the "builtin"
#(in-process) ParaView server ... #================================= paraview.ActiveConnection = paraview.Connect()
Create an Exodus reader to load our data ...
#============================================== reader = paraview.CreateProxy("sources", "ExodusReader") reader.GetProperty("FileName").SetElement(0, "/home/dbkarel/SampleData/disk_out_ref.e") reader.UpdateVTKObjects() reader.UpdatePipeline() reader.UpdatePropertyInformation() paraview.RegisterProxy(reader, "my reader")
Create our programmable filter and set its program ...
#======================================================== filter = paraview.CreateProxy("filters", "Programmable Filter") filter.GetProperty("Script").SetElement(0, """ input = self.GetUnstructuredGridInput()
output = self.GetUnstructuredGridOutput() output.DeepCopy(input)
""")
Connect the reader output to
the programmable filter input ...
#=================================== filter.GetProperty("Input").AddProxy(reader.SMProxy, 0) filter.UpdateVTKObjects() paraview.RegisterProxy(filter, "my programmable filter")
Perform a sum operation
#========================= sum = paraview.CreateProxy("filters", "MinMax") sum.SetOperation("SUM") sum.UpdateVTKObjects()
Reduce the programmable filter output
data using our "max" algorithm,
returning just the maximum error value
(instead of transferring the entire
dataset to the client)
#======================================= myoutput = paraview.Fetch(filter, sum)
Stack trace: #0 0x003977a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x02e1a7f5 in raise () from /lib/tls/libc.so.6 #2 0x02e1c199 in abort () from /lib/tls/libc.so.6 #3 0x008960d0 in Py_FatalError () from /home/projects/ParaView3-Trunk/Build-Debug/bin/libvtkPVPythonInterpretor.so #4 0x00894a1c in PyThreadState_Get () from /home/projects/ParaView3-Trunk/Build-Debug/bin/libvtkPVPythonInterpretor.so #5 0x00888b4d in PyErr_Fetch () from /home/projects/ParaView3-Trunk/Build-Debug/bin/libvtkPVPythonInterpretor.so #6 0x008b661d in instance_dealloc () from /home/projects/ParaView3-Trunk/Build-Debug/bin/libvtkPVPythonInterpretor.so #7 0x00875de7 in _PyExc_Fini () from /home/projects/ParaView3-Trunk/Build-Debug/bin/libvtkPVPythonInterpretor.so #8 0x0089726c in Py_Finalize () from /home/projects/ParaView3-Trunk/Build-Debug/bin/libvtkPVPythonInterpretor.so #9 0x0089bc42 in Py_Main () from /home/projects/ParaView3-Trunk/Build-Debug/bin/libvtkPVPythonInterpretor.so #10 0x00842ee6 in vtkPVPythonInterpretor::PyMain (this=0x97db160, argc=2, argv=0x986c0d0) at /home/projects/ParaView3-Trunk/ParaView3/Utilities/VTKPythonWrapping/Executable/vtkPVPythonInterpretor.cxx:270 #11 0x080566ae in vtkPVProcessModulePythonHelper::RunGUIStart (this=0x96c4978, argc=1, argv=0x96c52e0, numServerProcs=1, myId=0) at /home/projects/ParaView3-Trunk/ParaView3/Utilities/VTKPythonWrapping/Executable/vtkPVProcessModulePythonHelper.cxx:85 #12 0x00437706 in vtkProcessModule::StartClient (this=0x96c5c58, argc=1, argv=0x96c52e0) at /home/projects/ParaView3-Trunk/ParaView3/Servers/Common/vtkProcessModule.cxx:363 #13 0x004372cd in vtkProcessModule::Start (this=0x96c5c58, argc=1, argv=0x96c52e0) at /home/projects/ParaView3-Trunk/ParaView3/Servers/Common/vtkProcessModule.cxx:310 #14 0x00441cd2 in vtkProcessModuleGUIHelper::Run (this=0x96c4978, options=0x96c47d8) at /home/projects/ParaView3-Trunk/ParaView3/Servers/Common/vtkProcessModuleGUIHelper.cxx:38 #15 0x0804e6bb in main (argc=2, argv=0xbfe30f24) at /home/projects/ParaView3-Trunk/ParaView3/Utilities/VTKPythonWrapping/Executable/vtkPythonAppInit.cxx:62
fetching reader instead of filter produces no such crash.
This is standalone on RHEL4