From prashant.v at quest-global.com Wed Aug 5 12:17:33 2015 From: prashant.v at quest-global.com (Prashant V) Date: Wed, 5 Aug 2015 16:17:33 +0000 Subject: [Paraview-developers] MultiBlockDataSet rendering error with parallel Paraview Message-ID: Hi, I am relatively new to paraview and developing a co-processing framework for a client. I am facing problem when running paraview in parallel mode. I have developed a paraview source plugin which collects data from each iteration of solver simulation and renders in paraview. When simulation is run in parallel mode with n processes, source plugin collects n multiBlockDataSets. If paraview is also running in parallel mode with n processes, source plugin code assigns one multiblock to each paraview process. However rendering fails in this scenario with error message: 'vtkMultiBlockDataSet (0x1860afe0): Structure does not match. You must use CopyStructure before calling this method' While exploring this error, some old paraview e-mails suggested to apply d3 filter to each dataset. I applied d3 filter to each multiblock as below: VTK_CREATE(vtkDistributedDataFilter, d3); d3->AddInputData(multiblock); d3->UpdateInformation(); exec = static_cast(d3->GetExecutive()); exec->SetUpdateExtent(exec->GetOutputInformation(), piece, numPieces, 1); // 1 -> ghostlevel d3->Update(); newMultiBlock->ShallowCopy(d3->GetOutput()); However this leads to new set of errors: vtkPKdTree (0xea7b440): (process 0) VolumeBounds - degenerate volume vtkDistributedDataFilter (0xe7b6480): Unable to build k-d tree structure vtkDistributedDataFilter (0xe7b6480): vtkDistributedDataFilter::Execute k-d tree failure Can anyone advice here what could be going wrong? MultiBlockDataSets render perfectly with sequential run of paraview. Thanks, Prashant ---Disclaimer------------------------------ This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Opinions, conclusions and other information in this transmission that do not relate to the official business of QuEST Global and/or its subsidiaries, shall be understood as neither given nor endorsed by it. Any statements made herein that are tantamount to contractual obligations, promises, claims or commitments shall not be binding on the Company unless followed by written confirmation by an authorized signatory of the Company. ----------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed Aug 5 14:29:31 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 5 Aug 2015 14:29:31 -0400 Subject: [Paraview-developers] MultiBlockDataSet rendering error with parallel Paraview In-Reply-To: References: Message-ID: Prashant, If I understand correctly, you're creating a vtkMultiBlockDataSet (MBD) on each ParaView rank for each timestep. What is the structure of this MBD on all ranks for a specific timestep? Structure implies the multiblock tree i.e, number of blocks in this MBD and its children and so on. ParaView/VTK requires that the structure is identical on all ranks. It's okay to have NULL datasets on ranks where there's no data for a specific leaf node in the multblock tree. Utkarsh On Wed, Aug 5, 2015 at 12:17 PM, Prashant V wrote: > Hi, > > I am relatively new to paraview and developing a co-processing framework for > a client. > I am facing problem when running paraview in parallel mode. > > I have developed a paraview source plugin which collects data from each > iteration of solver simulation and renders in paraview. > When simulation is run in parallel mode with n processes, source plugin > collects n multiBlockDataSets. > If paraview is also running in parallel mode with n processes, source plugin > code assigns one multiblock to each paraview process. > However rendering fails in this scenario with error message: > > 'vtkMultiBlockDataSet (0x1860afe0): Structure does not match. You must use > CopyStructure before calling this method' > > While exploring this error, some old paraview e-mails suggested to apply d3 > filter to each dataset. > > I applied d3 filter to each multiblock as below: > > VTK_CREATE(vtkDistributedDataFilter, d3); > > d3->AddInputData(multiblock); > d3->UpdateInformation(); > exec = static_cast(d3->GetExecutive()); > exec->SetUpdateExtent(exec->GetOutputInformation(), piece, numPieces, 1); // > 1 -> ghostlevel > d3->Update(); > > newMultiBlock->ShallowCopy(d3->GetOutput()); > > > However this leads to new set of errors: > > vtkPKdTree (0xea7b440): (process 0) VolumeBounds - degenerate volume > vtkDistributedDataFilter (0xe7b6480): Unable to build k-d tree structure > vtkDistributedDataFilter (0xe7b6480): vtkDistributedDataFilter::Execute k-d > tree failure > > Can anyone advice here what could be going wrong? MultiBlockDataSets render > perfectly with sequential run of paraview. > > Thanks, > Prashant > ---Disclaimer------------------------------ This e-mail contains PRIVILEGED > AND CONFIDENTIAL INFORMATION intended solely for the use of the > addressee(s). If you are not the intended recipient, please notify the > sender by e-mail and delete the original message. Opinions, conclusions and > other information in this transmission that do not relate to the official > business of QuEST Global and/or its subsidiaries, shall be understood as > neither given nor endorsed by it. Any statements made herein that are > tantamount to contractual obligations, promises, claims or commitments shall > not be binding on the Company unless followed by written confirmation by an > authorized signatory of the Company. > ----------------------------------------------------------------------------------- > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > From prashant.v at quest-global.com Thu Aug 6 00:03:11 2015 From: prashant.v at quest-global.com (Prashant V) Date: Thu, 6 Aug 2015 04:03:11 +0000 Subject: [Paraview-developers] MultiBlockDataSet rendering error with parallel Paraview In-Reply-To: References: , Message-ID: Utkarsh, You are spot on. I am creating a vtkMultiBlockDataSet on each ParaView rank for each timestep. For any specific timestep, the structure of MBD on all ranks is: -Root MBD - Zone 1 MBD - Child 1 MBD - volume mesh (vtkUnstructuredGrid) - Child 2 MBD - Surface 1 (vtkPolyData) - Surface 2 (vtkPolyData) . . - Surface n (vtkPolyData) - Zone 2 MBD - Child 1 MBD - volume mesh (vtkUnstructuredGrid) - Child 2 MBD - Surface 1 (vtkPolyData) - Surface 2 (vtkPolyData) . . - Surface n (vtkPolyData) I have noted that when simulation is run in parallel mode, geometry nodes/cells are decomposed in non-uniform way. This leads to empty surfaces (vtkPolyData) on some ranks. For example, rank 0 to m may distribute all nodes among them of surface 1 leaving ranks m+1 to n with empty vtkPolyData (corresponding to surface 1). Could this affect the rendering with parallel run of paraview? Thanks, Prashant ________________________________________ From: Utkarsh Ayachit [utkarsh.ayachit at kitware.com] Sent: Wednesday, August 05, 2015 11:59 PM To: Prashant V Cc: paraview-developers at paraview.org Subject: Re: [Paraview-developers] MultiBlockDataSet rendering error with parallel Paraview Prashant, If I understand correctly, you're creating a vtkMultiBlockDataSet (MBD) on each ParaView rank for each timestep. What is the structure of this MBD on all ranks for a specific timestep? Structure implies the multiblock tree i.e, number of blocks in this MBD and its children and so on. ParaView/VTK requires that the structure is identical on all ranks. It's okay to have NULL datasets on ranks where there's no data for a specific leaf node in the multblock tree. Utkarsh On Wed, Aug 5, 2015 at 12:17 PM, Prashant V wrote: > Hi, > > I am relatively new to paraview and developing a co-processing framework for > a client. > I am facing problem when running paraview in parallel mode. > > I have developed a paraview source plugin which collects data from each > iteration of solver simulation and renders in paraview. > When simulation is run in parallel mode with n processes, source plugin > collects n multiBlockDataSets. > If paraview is also running in parallel mode with n processes, source plugin > code assigns one multiblock to each paraview process. > However rendering fails in this scenario with error message: > > 'vtkMultiBlockDataSet (0x1860afe0): Structure does not match. You must use > CopyStructure before calling this method' > > While exploring this error, some old paraview e-mails suggested to apply d3 > filter to each dataset. > > I applied d3 filter to each multiblock as below: > > VTK_CREATE(vtkDistributedDataFilter, d3); > > d3->AddInputData(multiblock); > d3->UpdateInformation(); > exec = static_cast(d3->GetExecutive()); > exec->SetUpdateExtent(exec->GetOutputInformation(), piece, numPieces, 1); // > 1 -> ghostlevel > d3->Update(); > > newMultiBlock->ShallowCopy(d3->GetOutput()); > > > However this leads to new set of errors: > > vtkPKdTree (0xea7b440): (process 0) VolumeBounds - degenerate volume > vtkDistributedDataFilter (0xe7b6480): Unable to build k-d tree structure > vtkDistributedDataFilter (0xe7b6480): vtkDistributedDataFilter::Execute k-d > tree failure > > Can anyone advice here what could be going wrong? MultiBlockDataSets render > perfectly with sequential run of paraview. > > Thanks, > Prashant > ---Disclaimer------------------------------ This e-mail contains PRIVILEGED > AND CONFIDENTIAL INFORMATION intended solely for the use of the > addressee(s). If you are not the intended recipient, please notify the > sender by e-mail and delete the original message. Opinions, conclusions and > other information in this transmission that do not relate to the official > business of QuEST Global and/or its subsidiaries, shall be understood as > neither given nor endorsed by it. Any statements made herein that are > tantamount to contractual obligations, promises, claims or commitments shall > not be binding on the Company unless followed by written confirmation by an > authorized signatory of the Company. > ----------------------------------------------------------------------------------- > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > ---Disclaimer------------------------------ This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Opinions, conclusions and other information in this transmission that do not relate to the official business of QuEST Global and/or its subsidiaries, shall be understood as neither given nor endorsed by it. Any statements made herein that are tantamount to contractual obligations, promises, claims or commitments shall not be binding on the Company unless followed by written confirmation by an authorized signatory of the Company. ----------------------------------------------------------------------------------- From houssen at ipgp.fr Thu Aug 6 04:50:46 2015 From: houssen at ipgp.fr (houssen) Date: Thu, 06 Aug 2015 10:50:46 +0200 Subject: [Paraview-developers] =?utf-8?q?How_to_get_active_session_from_a_?= =?utf-8?q?plugin_=3F?= Message-ID: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> Hello, In ParaView, from an exporter plugin, how can I get the active session ? (= session associated to the plugin in order later on to scan over vtkSMProxy) Following some code samples found in /ParaViewCore/ClientServerCore/Rendering, I tried to do : vtkProcessModule * pProcMgr = vtkProcessModule::GetProcessModule (); vtkSMSession * pSession = ( pProcMgr ) ? vtkSMSession::SafeDownCast ( pProcMgr -> GetActiveSession () ) : NULL; I get pProcMgr != NULL but pSession = NULL Franck PS : I run Ubuntu-14.04 and use ParaView-4.3.1 (built from source). From sebastien.jourdain at kitware.com Thu Aug 6 10:32:03 2015 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Thu, 6 Aug 2015 08:32:03 -0600 Subject: [Paraview-developers] How to get active session from a plugin ? In-Reply-To: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> Message-ID: Try that: vtkSMProxyManager::GetProxyManager()->GetActiveSession() On Thu, Aug 6, 2015 at 2:50 AM, houssen wrote: > Hello, > > In ParaView, from an exporter plugin, how can I get the active session ? > (= session associated to the plugin in order later on to scan over > vtkSMProxy) > > Following some code samples found in > /ParaViewCore/ClientServerCore/Rendering, I tried to do : > vtkProcessModule * pProcMgr = vtkProcessModule::GetProcessModule (); > vtkSMSession * pSession = ( pProcMgr ) ? vtkSMSession::SafeDownCast ( > pProcMgr -> GetActiveSession () ) : NULL; > I get pProcMgr != NULL but pSession = NULL > > Franck > > PS : I run Ubuntu-14.04 and use ParaView-4.3.1 (built from source). > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Aug 6 14:25:32 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 6 Aug 2015 14:25:32 -0400 Subject: [Paraview-developers] MultiBlockDataSet rendering error with parallel Paraview In-Reply-To: References: Message-ID: Prashant, > I have noted that when simulation is run in parallel mode, geometry nodes/cells are decomposed in non-uniform way. This leads to empty surfaces (vtkPolyData) on some ranks. For example, rank 0 to m may distribute all nodes among them of surface 1 leaving ranks m+1 to n with empty vtkPolyData (corresponding to surface 1). Could this affect the rendering with parallel run of paraview? It would depend on how balanced the geometries are across all blocks. Compositing code kicks in only after all blocks on each of the ranks have rendered. So if your total geometry is unbalanced, the the load heavy rank will indeed slow down the rendering process. Utkarsh From utkarsh.ayachit at kitware.com Thu Aug 6 16:53:22 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 6 Aug 2015 16:53:22 -0400 Subject: [Paraview-developers] Update: Upcoming ParaView Releases (4.4 and 5.0) In-Reply-To: References: Message-ID: Folks, Just wanted to let everyone know we're closing on a ParaView 4.4 release candidate (think next week or two). If you spot any major issues, or there's something you're keen on committing, you should do that now. Utkarsh On Fri, Jul 17, 2015 at 2:29 PM, Utkarsh Ayachit wrote: > Folks, > > Since we're getting close to the next release, I just wanted to send out an > email to let everyone know how we're planning to do the next release. > > + We'll do a ParaView 4.4 release will all features/fixes planned for the > next release. This will use the older rendering code (same as previous > release) that doesn't using OpenGL 2+ features. > > + Following the same pattern as VTK, soon after (at the same time, if > possible), we'll release ParaView 5.0. This will be ParaView 4.4 but with > OpenGL2 backend. > > The main reason for this separation would be to have a fallback in case > showstopper issues are noticed with the major rendering changes and for > legacy systems that don't have a newer OpenGL. > > Any thoughts? Comments? Suggestions? If things go according to plan, release > candidates should start popping up mid/late August. > > Utkarsh > > p.s. Originally, we also intended to upgrade ParaView 5.0 to use Qt 5, by > default. However, there are a few outstanding issues with Qt 5 (some in Qt 5 > itself, and some in our testing code) and hence the upgrade to Qt 5 has been > tabled for now. From houssen at ipgp.fr Thu Aug 6 17:08:53 2015 From: houssen at ipgp.fr (houssen) Date: Thu, 06 Aug 2015 23:08:53 +0200 Subject: [Paraview-developers] =?utf-8?q?How_to_get_active_session_from_a_?= =?utf-8?q?plugin_=3F?= In-Reply-To: References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> Message-ID: Unfortunately, the code crashes when I call vtkSMProxyManager::GetProxyManager (). Is there another way ? Franck Le 2015-08-06 16:32, Sebastien Jourdain a ?crit?: > Try that: > > vtkSMProxyManager::GetProxyManager()->GetActiveSession() > > On Thu, Aug 6, 2015 at 2:50 AM, houssen wrote: > >> Hello, >> >> In ParaView, from an exporter plugin, how can I get the active >> session ? (= session associated to the plugin in order later on to >> scan over vtkSMProxy) >> >> Following some code samples found in >> /ParaViewCore/ClientServerCore/Rendering, I tried to do : >> vtkProcessModule * pProcMgr = vtkProcessModule::GetProcessModule >> (); >> vtkSMSession * pSession = ( pProcMgr ) ? >> vtkSMSession::SafeDownCast ( pProcMgr -> GetActiveSession () ) : >> NULL; >> I get pProcMgr != NULL but pSession = NULL >> >> Franck >> >> PS : I run Ubuntu-14.04 and use ParaView-4.3.1 (built from >> source). >> >> _______________________________________________ >> Powered by www.kitware.com [1] >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html [2] >> >> Search the list archives at: >> http://markmail.org/search/?q=Paraview-developers [3] >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview-developers [4] > > > > Links: > ------ > [1] http://www.kitware.com > [2] http://www.kitware.com/opensource/opensource.html > [3] http://markmail.org/search/?q=Paraview-developers > [4] http://public.kitware.com/mailman/listinfo/paraview-developers > [5] mailto:houssen at ipgp.fr From sebastien.jourdain at kitware.com Thu Aug 6 17:12:54 2015 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Thu, 6 Aug 2015 15:12:54 -0600 Subject: [Paraview-developers] How to get active session from a plugin ? In-Reply-To: References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> Message-ID: Something else must be wrong. No matter what you should be able to get the ProxyManager. What does the debugger tell you about the cause of the crash? Seb On Thu, Aug 6, 2015 at 3:08 PM, houssen wrote: > Unfortunately, the code crashes when I call > vtkSMProxyManager::GetProxyManager (). > Is there another way ? > > Franck > > Le 2015-08-06 16:32, Sebastien Jourdain a ?crit : > >> Try that: >> >> vtkSMProxyManager::GetProxyManager()->GetActiveSession() >> >> On Thu, Aug 6, 2015 at 2:50 AM, houssen wrote: >> >> Hello, >>> >>> In ParaView, from an exporter plugin, how can I get the active >>> session ? (= session associated to the plugin in order later on to >>> scan over vtkSMProxy) >>> >>> Following some code samples found in >>> /ParaViewCore/ClientServerCore/Rendering, I tried to do : >>> vtkProcessModule * pProcMgr = vtkProcessModule::GetProcessModule >>> (); >>> vtkSMSession * pSession = ( pProcMgr ) ? >>> vtkSMSession::SafeDownCast ( pProcMgr -> GetActiveSession () ) : >>> NULL; >>> I get pProcMgr != NULL but pSession = NULL >>> >>> Franck >>> >>> PS : I run Ubuntu-14.04 and use ParaView-4.3.1 (built from >>> source). >>> >>> _______________________________________________ >>> Powered by www.kitware.com [1] >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html [2] >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=Paraview-developers [3] >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview-developers [4] >>> >> >> >> >> Links: >> ------ >> [1] http://www.kitware.com >> [2] http://www.kitware.com/opensource/opensource.html >> [3] http://markmail.org/search/?q=Paraview-developers >> [4] http://public.kitware.com/mailman/listinfo/paraview-developers >> [5] mailto:houssen at ipgp.fr >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From houssen at ipgp.fr Thu Aug 6 17:34:23 2015 From: houssen at ipgp.fr (houssen) Date: Thu, 06 Aug 2015 23:34:23 +0200 Subject: [Paraview-developers] =?utf-8?q?How_to_get_active_session_from_a_?= =?utf-8?q?plugin_=3F?= In-Reply-To: References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> Message-ID: <3a8a2b72d1ec0029f71b8cd61549e597@imap.ipgp.fr> I get this : Program received signal SIGSEGV, Segmentation fault. 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) at /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/Common/Core/vtkObjectBase.cxx:112 112 return this->GetClassNameInternal(); (gdb) l 107 return this->GetClassNameInternal(); 108 } 109 #endif 110 const char* vtkObjectBase::GetClassName() const 111 { 112 return this->GetClassNameInternal(); 113 } 114 115 int vtkObjectBase::IsTypeOf(const char *name) 116 { (gdb) bt #0 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) at /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/Common/Core/vtkObjectBase.cxx:112 #1 0x00007fffc07f0fb4 in slvPrvExporter::WriteData (this=0x57be820) at /mnt/users/houssen/Documents/myExporter/myExporter.cpp:125 #2 0x00007fffd1db7971 in vtkExporter::Write (this=0x57be820) at /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/IO/Export/vtkExporter.cxx:65 #3 0x00007ffff493bab2 in vtkSMRenderViewExporterProxy::Write (this=0x4e621f0) at /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/ParaViewCore/ServerManager/Default/vtkSMRenderViewExporterProxy.cxx:58 #4 0x00007ffff7af57c5 in pqExportReaction::exportActiveView (this=0xa9d0e0) at /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/Qt/ApplicationComponents/pqExportReaction.cxx:170 #5 0x00007ffff7b56b1c in pqExportReaction::onTriggered (this=0xa9d0e0) at /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Qt/ApplicationComponents/../../../Qt/ApplicationComponents/pqExportReaction.h:59 #6 0x00007ffff7b5abc6 in pqReaction::qt_static_metacall (_o=0xa9d0e0, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0x7fffffffd120) at /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Qt/ApplicationComponents/moc_pqReaction.cxx:51 #7 0x00007ffff581087a in QMetaObject::activate (sender=sender at entry=0xa945d0, m=m at entry=0x7ffff67d7de0 , local_signal_index=local_signal_index at entry=1, argv=argv at entry=0x7fffffffd120) at kernel/qobject.cpp:3539 #8 0x00007ffff5d27a62 in QAction::triggered (this=this at entry=0xa945d0, _t1=false) at .moc/release-shared/moc_qaction.cpp:276 #9 0x00007ffff5d29433 in QAction::activate (this=this at entry=0xa945d0, event=event at entry=QAction::Trigger) at kernel/qaction.cpp:1257 #10 0x00007ffff6157509 in QMenuPrivate::activateCausedStack (this=this at entry=0x86c610, causedStack=..., action=action at entry=0xa945d0, action_e=action_e at entry=QAction::Trigger, self=self at entry=true) at widgets/qmenu.cpp:1038 #11 0x00007ffff615ba39 in QMenuPrivate::activateAction (this=0x86c610, action=0xa945d0, action_e=QAction::Trigger, self=) at widgets/qmenu.cpp:1130 #12 0x00007ffff5d7d51a in QWidget::event (this=this at entry=0x8fa300, event=event at entry=0x7fffffffd720) at kernel/qwidget.cpp:8376 #13 0x00007ffff615f83b in QMenu::event (this=0x8fa300, e=0x7fffffffd720) at widgets/qmenu.cpp:2481 #14 0x00007ffff5d2de2c in QApplicationPrivate::notify_helper (this=this at entry=0x6faae0, receiver=receiver at entry=0x8fa300, e=e at entry=0x7fffffffd720) at kernel/qapplication.cpp:4567 #15 0x00007ffff5d345dd in QApplication::notify (this=, receiver=0x8fa300, e=0x7fffffffd720) at kernel/qapplication.cpp:4110 #16 0x00007ffff57fc4dd in QCoreApplication::notifyInternal (this=0x7fffffffdea0, receiver=receiver at entry=0x8fa300, event=event at entry=0x7fffffffd720) at kernel/qcoreapplication.cpp:953 #17 0x00007ffff5d33d93 in sendEvent (event=, receiver=) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 #18 QApplicationPrivate::sendMouseEvent (receiver=receiver at entry=0x8fa300, event=event at entry=0x7fffffffd720, alienWidget=alienWidget at entry=0x0, nativeWidget=nativeWidget at entry=0x8fa300, buttonDown=buttonDown at entry=0x7ffff6813318 , lastMouseReceiver=..., spontaneous=spontaneous at entry=true) at kernel/qapplication.cpp:3178 #19 0x00007ffff5da8d1c in QETWidget::translateMouseEvent (this=this at entry=0x8fa300, event=event at entry=0x7fffffffda70) at kernel/qapplication_x11.cpp:4568 #20 0x00007ffff5da8289 in QApplication::x11ProcessEvent (this=0x7fffffffdea0, event=event at entry=0x7fffffffda70) at kernel/qapplication_x11.cpp:3627 #21 0x00007ffff5dcfb32 in x11EventSourceDispatch (s=0x7014c0, callback=0x0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146 #22 0x00007fffebe71e04 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #23 0x00007fffebe72048 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #24 0x00007fffebe720ec in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #25 0x00007ffff58297a1 in QEventDispatcherGlib::processEvents (this=0x716010, flags=...) at kernel/qeventdispatcher_glib.cpp:434 #26 0x00007ffff5dcfbe6 in QGuiEventDispatcherGlib::processEvents (this=, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #27 0x00007ffff57fb0af in QEventLoop::processEvents (this=this at entry=0x7fffffffde40, flags=...) at kernel/qeventloop.cpp:149 #28 0x00007ffff57fb3a5 in QEventLoop::exec (this=this at entry=0x7fffffffde40, flags=...) at kernel/qeventloop.cpp:204 #29 0x00007ffff5800b79 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1225 #30 0x00000000004094e6 in main (argc=1, argv=0x7fffffffdfd8) at /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Applications/ParaView/paraview_main.cxx:115 Le 2015-08-06 23:12, Sebastien Jourdain a ?crit?: > Something else must be wrong. No matter what you should be able to > get > the ProxyManager. > > What does the debugger tell you about the cause of the crash? > > Seb > > On Thu, Aug 6, 2015 at 3:08 PM, houssen wrote: > >> Unfortunately, the code crashes when I call >> vtkSMProxyManager::GetProxyManager (). >> Is there another way ? >> >> Franck >> >> Le 2015-08-06 16:32, Sebastien Jourdain a ?crit?: >> >>> Try that: >>> >>> vtkSMProxyManager::GetProxyManager()->GetActiveSession() >>> >>> On Thu, Aug 6, 2015 at 2:50 AM, houssen >> [5]> wrote: >>> >>>> Hello, >>>> >>>> In ParaView, from an exporter plugin, how can I get the active >>>> session ? (= session associated to the plugin in order later >>>> on to >>>> scan over vtkSMProxy) >>>> >>>> Following some code samples found in >>>> /ParaViewCore/ClientServerCore/Rendering, I tried to do : >>>> vtkProcessModule * pProcMgr = >>>> vtkProcessModule::GetProcessModule >>>> (); >>>> vtkSMSession * pSession = ( pProcMgr ) ? >>>> vtkSMSession::SafeDownCast ( pProcMgr -> GetActiveSession () ) >>>> : >>>> NULL; >>>> I get pProcMgr != NULL but pSession = NULL >>>> >>>> Franck >>>> >>>> PS : I run Ubuntu-14.04 and use ParaView-4.3.1 (built from >>>> source). >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com [1] [1] >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html [2] [2] >>>> >>>> Search the list archives at: >>>> http://markmail.org/search/?q=Paraview-developers [3] [3] >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview-developers >>>> [4] [4] >>> >>> Links: >>> ------ >>> [1] http://www.kitware.com [6] >>> [2] http://www.kitware.com/opensource/opensource.html [7] >>> [3] http://markmail.org/search/?q=Paraview-developers [8] >>> [4] >>> http://public.kitware.com/mailman/listinfo/paraview-developers >> [9] >>> [5] mailto:houssen at ipgp.fr [10] > > > > Links: > ------ > [1] http://www.kitware.com > [2] http://www.kitware.com/opensource/opensource.html > [3] http://markmail.org/search/?q=Paraview-developers > [4] http://public.kitware.com/mailman/listinfo/paraview-developers > [5] mailto:houssen at ipgp.fr > [6] http://www.kitware.com > [7] http://www.kitware.com/opensource/opensource.html > [8] http://markmail.org/search/?q=Paraview-developers > [9] http://public.kitware.com/mailman/listinfo/paraview-developers > [10] mailto:houssen at ipgp.fr > [11] mailto:houssen at ipgp.fr From houssen at ipgp.fr Thu Aug 6 17:48:26 2015 From: houssen at ipgp.fr (houssen) Date: Thu, 06 Aug 2015 23:48:26 +0200 Subject: [Paraview-developers] =?utf-8?q?How_to_get_active_session_from_a_?= =?utf-8?q?plugin_=3F?= In-Reply-To: <3a8a2b72d1ec0029f71b8cd61549e597@imap.ipgp.fr> References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> <3a8a2b72d1ec0029f71b8cd61549e597@imap.ipgp.fr> Message-ID: Here is a code snippet from myExporter.cpp : crash occurs at line 125 (according to stack below) 105 vtkSMProxyManager * pProxyMgr = vtkSMProxyManager::GetProxyManager (); 106 if ( pProxyMgr ) 107 { 108 vtkSMSession * pSession = pProxyMgr -> GetActiveSession (); 109 if ( pSession ) 110 { 111 msg << "\n get session"; 112 vtkSMSessionProxyManager * pProxyMgr = pSession -> GetSessionProxyManager (); 113 if ( pProxyMgr ) 114 { 115 msg << "\n get proxy mgr"; 116 vtkSmartPointer spProxyIterator = vtkSmartPointer::New(); 117 spProxyIterator -> SetSessionProxyManager ( pProxyMgr ); 118 spProxyIterator -> SetSession ( pSession ); 119 spProxyIterator -> Begin (); 120 vtkSMProxy * pProxy = spProxyIterator -> GetProxy(); 121 msg << "\nProxy : " << pProxy -> GetClassName (); 122 while ( pProxy ) 123 { 124 vtkObjectBase * pObj = pProxy -> GetClientSideObject (); 125 msg << "\n Proxy client obj : " << pObj -> GetClassName (); 126 127 spProxyIterator -> Next (); 128 pProxy = spProxyIterator -> GetProxy(); 129 } 130 } 131 } 133 } I tried to use GetClientSideObject as I believe it could be a way to finally scan the pipeline browser. I would like to access each pipeline of the pipeline browser from an exporter. Franck Le 2015-08-06 23:34, houssen a ?crit?: > I get this : > > Program received signal SIGSEGV, Segmentation fault. > 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) at > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/Common/Core/vtkObjectBase.cxx:112 > 112 return this->GetClassNameInternal(); > (gdb) l > 107 return this->GetClassNameInternal(); > 108 } > 109 #endif > 110 const char* vtkObjectBase::GetClassName() const > 111 { > 112 return this->GetClassNameInternal(); > 113 } > 114 > 115 int vtkObjectBase::IsTypeOf(const char *name) > 116 { > (gdb) bt > #0 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) at > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/Common/Core/vtkObjectBase.cxx:112 > #1 0x00007fffc07f0fb4 in slvPrvExporter::WriteData (this=0x57be820) > at /mnt/users/houssen/Documents/myExporter/myExporter.cpp:125 > #2 0x00007fffd1db7971 in vtkExporter::Write (this=0x57be820) at > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/IO/Export/vtkExporter.cxx:65 > #3 0x00007ffff493bab2 in vtkSMRenderViewExporterProxy::Write > (this=0x4e621f0) > at > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/ParaViewCore/ServerManager/Default/vtkSMRenderViewExporterProxy.cxx:58 > #4 0x00007ffff7af57c5 in pqExportReaction::exportActiveView > (this=0xa9d0e0) > at > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/Qt/ApplicationComponents/pqExportReaction.cxx:170 > #5 0x00007ffff7b56b1c in pqExportReaction::onTriggered > (this=0xa9d0e0) > at > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Qt/ApplicationComponents/../../../Qt/ApplicationComponents/pqExportReaction.h:59 > #6 0x00007ffff7b5abc6 in pqReaction::qt_static_metacall > (_o=0xa9d0e0, _c=QMetaObject::InvokeMetaMethod, _id=0, > _a=0x7fffffffd120) > at > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Qt/ApplicationComponents/moc_pqReaction.cxx:51 > #7 0x00007ffff581087a in QMetaObject::activate > (sender=sender at entry=0xa945d0, m=m at entry=0x7ffff67d7de0 > , > local_signal_index=local_signal_index at entry=1, > argv=argv at entry=0x7fffffffd120) at kernel/qobject.cpp:3539 > #8 0x00007ffff5d27a62 in QAction::triggered > (this=this at entry=0xa945d0, _t1=false) at > .moc/release-shared/moc_qaction.cpp:276 > #9 0x00007ffff5d29433 in QAction::activate > (this=this at entry=0xa945d0, event=event at entry=QAction::Trigger) at > kernel/qaction.cpp:1257 > #10 0x00007ffff6157509 in QMenuPrivate::activateCausedStack > (this=this at entry=0x86c610, causedStack=..., > action=action at entry=0xa945d0, > action_e=action_e at entry=QAction::Trigger, self=self at entry=true) > at widgets/qmenu.cpp:1038 > #11 0x00007ffff615ba39 in QMenuPrivate::activateAction > (this=0x86c610, action=0xa945d0, action_e=QAction::Trigger, > self=) at widgets/qmenu.cpp:1130 > #12 0x00007ffff5d7d51a in QWidget::event (this=this at entry=0x8fa300, > event=event at entry=0x7fffffffd720) at kernel/qwidget.cpp:8376 > #13 0x00007ffff615f83b in QMenu::event (this=0x8fa300, > e=0x7fffffffd720) at widgets/qmenu.cpp:2481 > #14 0x00007ffff5d2de2c in QApplicationPrivate::notify_helper > (this=this at entry=0x6faae0, receiver=receiver at entry=0x8fa300, > e=e at entry=0x7fffffffd720) > at kernel/qapplication.cpp:4567 > #15 0x00007ffff5d345dd in QApplication::notify (this=, > receiver=0x8fa300, e=0x7fffffffd720) at kernel/qapplication.cpp:4110 > #16 0x00007ffff57fc4dd in QCoreApplication::notifyInternal > (this=0x7fffffffdea0, receiver=receiver at entry=0x8fa300, > event=event at entry=0x7fffffffd720) > at kernel/qcoreapplication.cpp:953 > #17 0x00007ffff5d33d93 in sendEvent (event=, > receiver=) at > ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 > #18 QApplicationPrivate::sendMouseEvent > (receiver=receiver at entry=0x8fa300, event=event at entry=0x7fffffffd720, > alienWidget=alienWidget at entry=0x0, > nativeWidget=nativeWidget at entry=0x8fa300, > buttonDown=buttonDown at entry=0x7ffff6813318 , > lastMouseReceiver=..., spontaneous=spontaneous at entry=true) > at kernel/qapplication.cpp:3178 > #19 0x00007ffff5da8d1c in QETWidget::translateMouseEvent > (this=this at entry=0x8fa300, event=event at entry=0x7fffffffda70) at > kernel/qapplication_x11.cpp:4568 > #20 0x00007ffff5da8289 in QApplication::x11ProcessEvent > (this=0x7fffffffdea0, event=event at entry=0x7fffffffda70) at > kernel/qapplication_x11.cpp:3627 > #21 0x00007ffff5dcfb32 in x11EventSourceDispatch (s=0x7014c0, > callback=0x0, user_data=0x0) at > kernel/qguieventdispatcher_glib.cpp:146 > #22 0x00007fffebe71e04 in g_main_context_dispatch () from > /lib/x86_64-linux-gnu/libglib-2.0.so.0 > #23 0x00007fffebe72048 in ?? () from > /lib/x86_64-linux-gnu/libglib-2.0.so.0 > #24 0x00007fffebe720ec in g_main_context_iteration () from > /lib/x86_64-linux-gnu/libglib-2.0.so.0 > #25 0x00007ffff58297a1 in QEventDispatcherGlib::processEvents > (this=0x716010, flags=...) at kernel/qeventdispatcher_glib.cpp:434 > #26 0x00007ffff5dcfbe6 in QGuiEventDispatcherGlib::processEvents > (this=, flags=...) at > kernel/qguieventdispatcher_glib.cpp:204 > #27 0x00007ffff57fb0af in QEventLoop::processEvents > (this=this at entry=0x7fffffffde40, flags=...) at > kernel/qeventloop.cpp:149 > #28 0x00007ffff57fb3a5 in QEventLoop::exec > (this=this at entry=0x7fffffffde40, flags=...) at > kernel/qeventloop.cpp:204 > #29 0x00007ffff5800b79 in QCoreApplication::exec () at > kernel/qcoreapplication.cpp:1225 > #30 0x00000000004094e6 in main (argc=1, argv=0x7fffffffdfd8) at > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Applications/ParaView/paraview_main.cxx:115 > > > Le 2015-08-06 23:12, Sebastien Jourdain a ?crit?: >> Something else must be wrong. No matter what you should be able to >> get >> the ProxyManager. >> >> What does the debugger tell you about the cause of the crash? >> >> Seb >> >> On Thu, Aug 6, 2015 at 3:08 PM, houssen >> wrote: >> >>> Unfortunately, the code crashes when I call >>> vtkSMProxyManager::GetProxyManager (). >>> Is there another way ? >>> >>> Franck >>> >>> Le 2015-08-06 16:32, Sebastien Jourdain a ?crit?: >>> >>>> Try that: >>>> >>>> vtkSMProxyManager::GetProxyManager()->GetActiveSession() >>>> >>>> On Thu, Aug 6, 2015 at 2:50 AM, houssen >>> [5]> wrote: >>>> >>>>> Hello, >>>>> >>>>> In ParaView, from an exporter plugin, how can I get the active >>>>> session ? (= session associated to the plugin in order later >>>>> on to >>>>> scan over vtkSMProxy) >>>>> >>>>> Following some code samples found in >>>>> /ParaViewCore/ClientServerCore/Rendering, I tried to do : >>>>> vtkProcessModule * pProcMgr = >>>>> vtkProcessModule::GetProcessModule >>>>> (); >>>>> vtkSMSession * pSession = ( pProcMgr ) ? >>>>> vtkSMSession::SafeDownCast ( pProcMgr -> GetActiveSession () ) >>>>> : >>>>> NULL; >>>>> I get pProcMgr != NULL but pSession = NULL >>>>> >>>>> Franck >>>>> >>>>> PS : I run Ubuntu-14.04 and use ParaView-4.3.1 (built from >>>>> source). >>>>> >>>>> _______________________________________________ >>>>> Powered by www.kitware.com [1] [1] >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html [2] [2] >>>>> >>>>> Search the list archives at: >>>>> http://markmail.org/search/?q=Paraview-developers [3] [3] >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/paraview-developers >>>>> [4] [4] >>>> >>>> Links: >>>> ------ >>>> [1] http://www.kitware.com [6] >>>> [2] http://www.kitware.com/opensource/opensource.html [7] >>>> [3] http://markmail.org/search/?q=Paraview-developers [8] >>>> [4] >>>> http://public.kitware.com/mailman/listinfo/paraview-developers >>> [9] >>>> [5] mailto:houssen at ipgp.fr [10] >> >> >> >> Links: >> ------ >> [1] http://www.kitware.com >> [2] http://www.kitware.com/opensource/opensource.html >> [3] http://markmail.org/search/?q=Paraview-developers >> [4] http://public.kitware.com/mailman/listinfo/paraview-developers >> [5] mailto:houssen at ipgp.fr >> [6] http://www.kitware.com >> [7] http://www.kitware.com/opensource/opensource.html >> [8] http://markmail.org/search/?q=Paraview-developers >> [9] http://public.kitware.com/mailman/listinfo/paraview-developers >> [10] mailto:houssen at ipgp.fr >> [11] mailto:houssen at ipgp.fr From sebastien.jourdain at kitware.com Thu Aug 6 17:56:45 2015 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Thu, 6 Aug 2015 15:56:45 -0600 Subject: [Paraview-developers] How to get active session from a plugin ? In-Reply-To: References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> <3a8a2b72d1ec0029f71b8cd61549e597@imap.ipgp.fr> Message-ID: Is the goal to get all the proxy that compose the pipeline browser? On Thu, Aug 6, 2015 at 3:48 PM, houssen wrote: > Here is a code snippet from myExporter.cpp : crash occurs at line 125 > (according to stack below) > 105 vtkSMProxyManager * pProxyMgr = vtkSMProxyManager::GetProxyManager > (); > 106 if ( pProxyMgr ) > 107 { > 108 vtkSMSession * pSession = pProxyMgr -> GetActiveSession (); > 109 if ( pSession ) > 110 { > 111 msg << "\n get session"; > 112 vtkSMSessionProxyManager * pProxyMgr = pSession -> > GetSessionProxyManager (); > 113 if ( pProxyMgr ) > 114 { > 115 msg << "\n get proxy mgr"; > 116 vtkSmartPointer spProxyIterator = > vtkSmartPointer::New(); > 117 spProxyIterator -> SetSessionProxyManager ( pProxyMgr ); > 118 spProxyIterator -> SetSession ( pSession ); > 119 spProxyIterator -> Begin (); > 120 vtkSMProxy * pProxy = spProxyIterator -> GetProxy(); > 121 msg << "\nProxy : " << pProxy -> GetClassName (); > 122 while ( pProxy ) > 123 { > 124 vtkObjectBase * pObj = pProxy -> GetClientSideObject (); > 125 msg << "\n Proxy client obj : " << pObj -> GetClassName (); > 126 > 127 spProxyIterator -> Next (); > 128 pProxy = spProxyIterator -> GetProxy(); > 129 } > 130 } > 131 } > 133 } > > I tried to use GetClientSideObject as I believe it could be a way to > finally scan the pipeline browser. I would like to access each pipeline of > the pipeline browser from an exporter. > > Franck > > > Le 2015-08-06 23:34, houssen a ?crit : > >> I get this : >> >> Program received signal SIGSEGV, Segmentation fault. >> 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) at >> >> >> /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/Common/Core/vtkObjectBase.cxx:112 >> 112 return this->GetClassNameInternal(); >> (gdb) l >> 107 return this->GetClassNameInternal(); >> 108 } >> 109 #endif >> 110 const char* vtkObjectBase::GetClassName() const >> 111 { >> 112 return this->GetClassNameInternal(); >> 113 } >> 114 >> 115 int vtkObjectBase::IsTypeOf(const char *name) >> 116 { >> (gdb) bt >> #0 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) at >> >> >> /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/Common/Core/vtkObjectBase.cxx:112 >> #1 0x00007fffc07f0fb4 in slvPrvExporter::WriteData (this=0x57be820) >> at /mnt/users/houssen/Documents/myExporter/myExporter.cpp:125 >> #2 0x00007fffd1db7971 in vtkExporter::Write (this=0x57be820) at >> >> >> /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/IO/Export/vtkExporter.cxx:65 >> #3 0x00007ffff493bab2 in vtkSMRenderViewExporterProxy::Write >> (this=0x4e621f0) >> at >> >> >> /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/ParaViewCore/ServerManager/Default/vtkSMRenderViewExporterProxy.cxx:58 >> #4 0x00007ffff7af57c5 in pqExportReaction::exportActiveView >> (this=0xa9d0e0) >> at >> >> >> /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/Qt/ApplicationComponents/pqExportReaction.cxx:170 >> #5 0x00007ffff7b56b1c in pqExportReaction::onTriggered (this=0xa9d0e0) >> at >> >> >> /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Qt/ApplicationComponents/../../../Qt/ApplicationComponents/pqExportReaction.h:59 >> #6 0x00007ffff7b5abc6 in pqReaction::qt_static_metacall >> (_o=0xa9d0e0, _c=QMetaObject::InvokeMetaMethod, _id=0, >> _a=0x7fffffffd120) >> at >> >> >> /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Qt/ApplicationComponents/moc_pqReaction.cxx:51 >> #7 0x00007ffff581087a in QMetaObject::activate >> (sender=sender at entry=0xa945d0, m=m at entry=0x7ffff67d7de0 >> , >> local_signal_index=local_signal_index at entry=1, >> argv=argv at entry=0x7fffffffd120) at kernel/qobject.cpp:3539 >> #8 0x00007ffff5d27a62 in QAction::triggered >> (this=this at entry=0xa945d0, _t1=false) at >> .moc/release-shared/moc_qaction.cpp:276 >> #9 0x00007ffff5d29433 in QAction::activate >> (this=this at entry=0xa945d0, event=event at entry=QAction::Trigger) at >> kernel/qaction.cpp:1257 >> #10 0x00007ffff6157509 in QMenuPrivate::activateCausedStack >> (this=this at entry=0x86c610, causedStack=..., >> action=action at entry=0xa945d0, >> action_e=action_e at entry=QAction::Trigger, self=self at entry=true) >> at widgets/qmenu.cpp:1038 >> #11 0x00007ffff615ba39 in QMenuPrivate::activateAction >> (this=0x86c610, action=0xa945d0, action_e=QAction::Trigger, >> self=) at widgets/qmenu.cpp:1130 >> #12 0x00007ffff5d7d51a in QWidget::event (this=this at entry=0x8fa300, >> event=event at entry=0x7fffffffd720) at kernel/qwidget.cpp:8376 >> #13 0x00007ffff615f83b in QMenu::event (this=0x8fa300, >> e=0x7fffffffd720) at widgets/qmenu.cpp:2481 >> #14 0x00007ffff5d2de2c in QApplicationPrivate::notify_helper >> (this=this at entry=0x6faae0, receiver=receiver at entry=0x8fa300, >> e=e at entry=0x7fffffffd720) >> at kernel/qapplication.cpp:4567 >> #15 0x00007ffff5d345dd in QApplication::notify (this=, >> receiver=0x8fa300, e=0x7fffffffd720) at kernel/qapplication.cpp:4110 >> #16 0x00007ffff57fc4dd in QCoreApplication::notifyInternal >> (this=0x7fffffffdea0, receiver=receiver at entry=0x8fa300, >> event=event at entry=0x7fffffffd720) >> at kernel/qcoreapplication.cpp:953 >> #17 0x00007ffff5d33d93 in sendEvent (event=, >> receiver=) at >> ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 >> #18 QApplicationPrivate::sendMouseEvent >> (receiver=receiver at entry=0x8fa300, event=event at entry=0x7fffffffd720, >> alienWidget=alienWidget at entry=0x0, >> nativeWidget=nativeWidget at entry=0x8fa300, >> buttonDown=buttonDown at entry=0x7ffff6813318 , >> lastMouseReceiver=..., spontaneous=spontaneous at entry=true) >> at kernel/qapplication.cpp:3178 >> #19 0x00007ffff5da8d1c in QETWidget::translateMouseEvent >> (this=this at entry=0x8fa300, event=event at entry=0x7fffffffda70) at >> kernel/qapplication_x11.cpp:4568 >> #20 0x00007ffff5da8289 in QApplication::x11ProcessEvent >> (this=0x7fffffffdea0, event=event at entry=0x7fffffffda70) at >> kernel/qapplication_x11.cpp:3627 >> #21 0x00007ffff5dcfb32 in x11EventSourceDispatch (s=0x7014c0, >> callback=0x0, user_data=0x0) at >> kernel/qguieventdispatcher_glib.cpp:146 >> #22 0x00007fffebe71e04 in g_main_context_dispatch () from >> /lib/x86_64-linux-gnu/libglib-2.0.so.0 >> #23 0x00007fffebe72048 in ?? () from >> /lib/x86_64-linux-gnu/libglib-2.0.so.0 >> #24 0x00007fffebe720ec in g_main_context_iteration () from >> /lib/x86_64-linux-gnu/libglib-2.0.so.0 >> #25 0x00007ffff58297a1 in QEventDispatcherGlib::processEvents >> (this=0x716010, flags=...) at kernel/qeventdispatcher_glib.cpp:434 >> #26 0x00007ffff5dcfbe6 in QGuiEventDispatcherGlib::processEvents >> (this=, flags=...) at >> kernel/qguieventdispatcher_glib.cpp:204 >> #27 0x00007ffff57fb0af in QEventLoop::processEvents >> (this=this at entry=0x7fffffffde40, flags=...) at >> kernel/qeventloop.cpp:149 >> #28 0x00007ffff57fb3a5 in QEventLoop::exec >> (this=this at entry=0x7fffffffde40, flags=...) at >> kernel/qeventloop.cpp:204 >> #29 0x00007ffff5800b79 in QCoreApplication::exec () at >> kernel/qcoreapplication.cpp:1225 >> #30 0x00000000004094e6 in main (argc=1, argv=0x7fffffffdfd8) at >> >> >> /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Applications/ParaView/paraview_main.cxx:115 >> >> >> Le 2015-08-06 23:12, Sebastien Jourdain a ?crit : >> >>> Something else must be wrong. No matter what you should be able to get >>> the ProxyManager. >>> >>> What does the debugger tell you about the cause of the crash? >>> >>> Seb >>> >>> On Thu, Aug 6, 2015 at 3:08 PM, houssen wrote: >>> >>> Unfortunately, the code crashes when I call >>>> vtkSMProxyManager::GetProxyManager (). >>>> Is there another way ? >>>> >>>> Franck >>>> >>>> Le 2015-08-06 16:32, Sebastien Jourdain a ?crit : >>>> >>>> Try that: >>>>> >>>>> vtkSMProxyManager::GetProxyManager()->GetActiveSession() >>>>> >>>>> On Thu, Aug 6, 2015 at 2:50 AM, houssen >>>> [5]> wrote: >>>>> >>>>> Hello, >>>>>> >>>>>> In ParaView, from an exporter plugin, how can I get the active >>>>>> session ? (= session associated to the plugin in order later >>>>>> on to >>>>>> scan over vtkSMProxy) >>>>>> >>>>>> Following some code samples found in >>>>>> /ParaViewCore/ClientServerCore/Rendering, I tried to do : >>>>>> vtkProcessModule * pProcMgr = >>>>>> vtkProcessModule::GetProcessModule >>>>>> (); >>>>>> vtkSMSession * pSession = ( pProcMgr ) ? >>>>>> vtkSMSession::SafeDownCast ( pProcMgr -> GetActiveSession () ) >>>>>> : >>>>>> NULL; >>>>>> I get pProcMgr != NULL but pSession = NULL >>>>>> >>>>>> Franck >>>>>> >>>>>> PS : I run Ubuntu-14.04 and use ParaView-4.3.1 (built from >>>>>> source). >>>>>> >>>>>> _______________________________________________ >>>>>> Powered by www.kitware.com [1] [1] >>>>>> >>>>>> Visit other Kitware open-source projects at >>>>>> http://www.kitware.com/opensource/opensource.html [2] [2] >>>>>> >>>>>> Search the list archives at: >>>>>> http://markmail.org/search/?q=Paraview-developers [3] [3] >>>>>> >>>>>> Follow this link to subscribe/unsubscribe: >>>>>> http://public.kitware.com/mailman/listinfo/paraview-developers >>>>>> [4] [4] >>>>>> >>>>> >>>>> Links: >>>>> ------ >>>>> [1] http://www.kitware.com [6] >>>>> [2] http://www.kitware.com/opensource/opensource.html [7] >>>>> [3] http://markmail.org/search/?q=Paraview-developers [8] >>>>> [4] >>>>> http://public.kitware.com/mailman/listinfo/paraview-developers >>>>> >>>> [9] >>>> >>>>> [5] mailto:houssen at ipgp.fr [10] >>>>> >>>> >>> >>> >>> Links: >>> ------ >>> [1] http://www.kitware.com >>> [2] http://www.kitware.com/opensource/opensource.html >>> [3] http://markmail.org/search/?q=Paraview-developers >>> [4] http://public.kitware.com/mailman/listinfo/paraview-developers >>> [5] mailto:houssen at ipgp.fr >>> [6] http://www.kitware.com >>> [7] http://www.kitware.com/opensource/opensource.html >>> [8] http://markmail.org/search/?q=Paraview-developers >>> [9] http://public.kitware.com/mailman/listinfo/paraview-developers >>> [10] mailto:houssen at ipgp.fr >>> [11] mailto:houssen at ipgp.fr >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Thu Aug 6 18:02:23 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 6 Aug 2015 18:02:23 -0400 Subject: [Paraview-developers] How to get active session from a plugin ? In-Reply-To: References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> <3a8a2b72d1ec0029f71b8cd61549e597@imap.ipgp.fr> Message-ID: <20150806220223.GA9008@megas.kitware.com> On Thu, Aug 06, 2015 at 23:48:26 +0200, houssen wrote: > 124 vtkObjectBase * pObj = pProxy -> GetClientSideObject (); > 125 msg << "\n Proxy client obj : " << pObj -> GetClassName (); According to the backtrace, pObj is NULL here. I can't remember off hand what makes the CSO NULL though :/ . > Le 2015-08-06 23:34, houssen a ?crit?: > > (gdb) bt > > #0 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) at --Ben From sebastien.jourdain at kitware.com Thu Aug 6 18:11:44 2015 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Thu, 6 Aug 2015 16:11:44 -0600 Subject: [Paraview-developers] How to get active session from a plugin ? In-Reply-To: <20150806220223.GA9008@megas.kitware.com> References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> <3a8a2b72d1ec0029f71b8cd61549e597@imap.ipgp.fr> <20150806220223.GA9008@megas.kitware.com> Message-ID: I guess you are not in Client/Server mode otherwise, it is normal to not have some ClientSideObject() NULL. On Thu, Aug 6, 2015 at 4:02 PM, Ben Boeckel wrote: > On Thu, Aug 06, 2015 at 23:48:26 +0200, houssen wrote: > > 124 vtkObjectBase * pObj = pProxy -> GetClientSideObject (); > > 125 msg << "\n Proxy client obj : " << pObj -> GetClassName > (); > > According to the backtrace, pObj is NULL here. I can't remember off hand > what makes the CSO NULL though :/ . > > > Le 2015-08-06 23:34, houssen a ?crit : > > > (gdb) bt > > > #0 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) at > > --Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: From houssen at ipgp.fr Fri Aug 7 06:25:21 2015 From: houssen at ipgp.fr (houssen) Date: Fri, 07 Aug 2015 12:25:21 +0200 Subject: [Paraview-developers] =?utf-8?q?How_to_get_active_session_from_a_?= =?utf-8?q?plugin_=3F?= In-Reply-To: References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> <3a8a2b72d1ec0029f71b8cd61549e597@imap.ipgp.fr> Message-ID: <6077a40953c1608d8fdd7fe39a212043@imap.ipgp.fr> Ideally, I'd like to get pipelines from the pipeline browser in order to scan them, and, finally process each pipeline data. First, from a writer, it seems not to be possible as writers seem to be connected to only one pipeline (which seems to be the last one selected in the GUI before "save data"). Then, from an exporter, I tried to go from renderers to actors to mappers to get their inputs : at this point, my understanding is that mapper inputs are "only" vtkPolyData (= "only" a representation [pure visualization] of the "raw" data). I didn't find a way to go from vtkPolyData to "raw" data (vtkUnstructuredGrid for instance). I believe there is no way as I tried to debug a bit and went from stuffs like "vtkPolyData * pData = reader -> GetOutput ()" to stuffs like "pPipeline -> Add ( pData )". My understanding [not sure] is that mapper handles visualization data (that have been built from "raw" data) but that are, later on, disconnected from them. So, finally, after browsing the Paraview code, I tried from the exporter to get the pipelines from a vtkSession (to scan over vtkSMProxy)... And see what I can find out. Actually, for now, I "just write debug" code trying to understand how to do find my way into Paraview internal architecture (from which I am not familiar). I am still in the process to understand if I can do what I'd like to. Franck Le 2015-08-06 23:56, Sebastien Jourdain a ?crit?: > Is the goal to get all the proxy that compose the pipeline browser? > > On Thu, Aug 6, 2015 at 3:48 PM, houssen wrote: > >> Here is a code snippet from myExporter.cpp : crash occurs at line >> 125 (according to stack below) >> 105? ?vtkSMProxyManager * pProxyMgr = >> vtkSMProxyManager::GetProxyManager (); >> 106? ?if ( pProxyMgr ) >> 107? ?{ >> 108? ? ?vtkSMSession * pSession = pProxyMgr -> GetActiveSession >> (); >> 109? ? ?if ( pSession ) >> 110? ? ?{ >> 111? ? ? ?msg << "n get session"; >> 112? ? ? ?vtkSMSessionProxyManager * pProxyMgr = pSession -> >> GetSessionProxyManager (); >> 113? ? ? ?if ( pProxyMgr ) >> 114? ? ? ?{ >> 115? ? ? ? ?msg << "n get proxy mgr"; >> 116? ? ? ? ?vtkSmartPointer >> spProxyIterator = vtkSmartPointer::New(); >> 117? ? ? ? ?spProxyIterator -> SetSessionProxyManager ( >> pProxyMgr ); >> 118? ? ? ? ?spProxyIterator -> SetSession ( pSession ); >> 119? ? ? ? ?spProxyIterator -> Begin (); >> 120? ? ? ? ?vtkSMProxy * pProxy = spProxyIterator -> >> GetProxy(); >> 121? ? ? ? ?msg << "nProxy : " << pProxy -> GetClassName (); >> 122? ? ? ? ?while ( pProxy ) >> 123? ? ? ? ?{ >> 124? ? ? ? ? ?vtkObjectBase * pObj = pProxy -> >> GetClientSideObject (); >> 125? ? ? ? ? ?msg << "n? Proxy client obj : " << pObj -> >> GetClassName (); >> 126 >> 127? ? ? ? ? ?spProxyIterator -> Next (); >> 128? ? ? ? ? ?pProxy = spProxyIterator -> GetProxy(); >> 129? ? ? ? ?} >> 130? ? ? ?} >> 131? ? ?} >> 133? ?} >> >> I tried to use GetClientSideObject as I believe it could be a way >> to finally scan the pipeline browser. I would like to access each >> pipeline of the pipeline browser from an exporter. >> >> Franck >> >> Le 2015-08-06 23:34, houssen a ?crit?: >> >>> I get this : >>> >>> Program received signal SIGSEGV, Segmentation fault. >>> 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) at >>> >>> >>> >> > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/Common/Core/vtkObjectBase.cxx:112 >>> 112? ? ? ?return this->GetClassNameInternal(); >>> (gdb) l >>> 107? ? ? ?return this->GetClassNameInternal(); >>> 108? ? ?} >>> 109? ? ?#endif >>> 110? ? ?const char* vtkObjectBase::GetClassName() const >>> 111? ? ?{ >>> 112? ? ? ?return this->GetClassNameInternal(); >>> 113? ? ?} >>> 114 >>> 115? ? ?int vtkObjectBase::IsTypeOf(const char *name) >>> 116? ? ?{ >>> (gdb) bt >>> #0? 0x00007ffff1e3db76 in vtkObjectBase::GetClassName >>> (this=0x0) at >>> >>> >>> >> > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/Common/Core/vtkObjectBase.cxx:112 >>> #1? 0x00007fffc07f0fb4 in slvPrvExporter::WriteData >>> (this=0x57be820) >>> at /mnt/users/houssen/Documents/myExporter/myExporter.cpp:125 >>> #2? 0x00007fffd1db7971 in vtkExporter::Write (this=0x57be820) >>> at >>> >>> >>> >> > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/VTK/IO/Export/vtkExporter.cxx:65 >>> #3? 0x00007ffff493bab2 in vtkSMRenderViewExporterProxy::Write >>> (this=0x4e621f0) >>> ? ? at >>> >>> >>> >> > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/ParaViewCore/ServerManager/Default/vtkSMRenderViewExporterProxy.cxx:58 >>> #4? 0x00007ffff7af57c5 in pqExportReaction::exportActiveView >>> (this=0xa9d0e0) >>> ? ? at >>> >>> >>> >> > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/Qt/ApplicationComponents/pqExportReaction.cxx:170 >>> #5? 0x00007ffff7b56b1c in pqExportReaction::onTriggered >>> (this=0xa9d0e0) >>> ? ? at >>> >>> >>> >> > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Qt/ApplicationComponents/../../../Qt/ApplicationComponents/pqExportReaction.h:59 >>> #6? 0x00007ffff7b5abc6 in pqReaction::qt_static_metacall >>> (_o=0xa9d0e0, _c=QMetaObject::InvokeMetaMethod, _id=0, >>> _a=0x7fffffffd120) >>> ? ? at >>> >>> >>> >> > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Qt/ApplicationComponents/moc_pqReaction.cxx:51 >>> #7? 0x00007ffff581087a in QMetaObject::activate >>> (sender=sender at entry=0xa945d0, m=m at entry=0x7ffff67d7de0 >>> , >>> ? ? local_signal_index=local_signal_index at entry=1, >>> argv=argv at entry=0x7fffffffd120) at kernel/qobject.cpp:3539 >>> #8? 0x00007ffff5d27a62 in QAction::triggered >>> (this=this at entry=0xa945d0, _t1=false) at >>> .moc/release-shared/moc_qaction.cpp:276 >>> #9? 0x00007ffff5d29433 in QAction::activate >>> (this=this at entry=0xa945d0, event=event at entry=QAction::Trigger) >>> at >>> kernel/qaction.cpp:1257 >>> #10 0x00007ffff6157509 in QMenuPrivate::activateCausedStack >>> (this=this at entry=0x86c610, causedStack=..., >>> action=action at entry=0xa945d0, >>> ? ? action_e=action_e at entry=QAction::Trigger, >>> self=self at entry=true) >>> at widgets/qmenu.cpp:1038 >>> #11 0x00007ffff615ba39 in QMenuPrivate::activateAction >>> (this=0x86c610, action=0xa945d0, action_e=QAction::Trigger, >>> self=) at widgets/qmenu.cpp:1130 >>> #12 0x00007ffff5d7d51a in QWidget::event >>> (this=this at entry=0x8fa300, >>> event=event at entry=0x7fffffffd720) at kernel/qwidget.cpp:8376 >>> #13 0x00007ffff615f83b in QMenu::event (this=0x8fa300, >>> e=0x7fffffffd720) at widgets/qmenu.cpp:2481 >>> #14 0x00007ffff5d2de2c in QApplicationPrivate::notify_helper >>> (this=this at entry=0x6faae0, receiver=receiver at entry=0x8fa300, >>> e=e at entry=0x7fffffffd720) >>> ? ? at kernel/qapplication.cpp:4567 >>> #15 0x00007ffff5d345dd in QApplication::notify (this=>> out>, >>> receiver=0x8fa300, e=0x7fffffffd720) at >>> kernel/qapplication.cpp:4110 >>> #16 0x00007ffff57fc4dd in QCoreApplication::notifyInternal >>> (this=0x7fffffffdea0, receiver=receiver at entry=0x8fa300, >>> event=event at entry=0x7fffffffd720) >>> ? ? at kernel/qcoreapplication.cpp:953 >>> #17 0x00007ffff5d33d93 in sendEvent (event=, >>> receiver=) at >>> >>> >> > ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 >>> #18 QApplicationPrivate::sendMouseEvent >>> (receiver=receiver at entry=0x8fa300, >>> event=event at entry=0x7fffffffd720, >>> alienWidget=alienWidget at entry=0x0, >>> ? ? nativeWidget=nativeWidget at entry=0x8fa300, >>> buttonDown=buttonDown at entry=0x7ffff6813318 , >>> lastMouseReceiver=..., spontaneous=spontaneous at entry=true) >>> ? ? at kernel/qapplication.cpp:3178 >>> #19 0x00007ffff5da8d1c in QETWidget::translateMouseEvent >>> (this=this at entry=0x8fa300, event=event at entry=0x7fffffffda70) at >>> kernel/qapplication_x11.cpp:4568 >>> #20 0x00007ffff5da8289 in QApplication::x11ProcessEvent >>> (this=0x7fffffffdea0, event=event at entry=0x7fffffffda70) at >>> kernel/qapplication_x11.cpp:3627 >>> #21 0x00007ffff5dcfb32 in x11EventSourceDispatch (s=0x7014c0, >>> callback=0x0, user_data=0x0) at >>> kernel/qguieventdispatcher_glib.cpp:146 >>> #22 0x00007fffebe71e04 in g_main_context_dispatch () from >>> /lib/x86_64-linux-gnu/libglib-2.0.so.0 >>> #23 0x00007fffebe72048 in ?? () from >>> /lib/x86_64-linux-gnu/libglib-2.0.so.0 >>> #24 0x00007fffebe720ec in g_main_context_iteration () from >>> /lib/x86_64-linux-gnu/libglib-2.0.so.0 >>> #25 0x00007ffff58297a1 in QEventDispatcherGlib::processEvents >>> (this=0x716010, flags=...) at >>> kernel/qeventdispatcher_glib.cpp:434 >>> #26 0x00007ffff5dcfbe6 in QGuiEventDispatcherGlib::processEvents >>> (this=, flags=...) at >>> kernel/qguieventdispatcher_glib.cpp:204 >>> #27 0x00007ffff57fb0af in QEventLoop::processEvents >>> (this=this at entry=0x7fffffffde40, flags=...) at >>> kernel/qeventloop.cpp:149 >>> #28 0x00007ffff57fb3a5 in QEventLoop::exec >>> (this=this at entry=0x7fffffffde40, flags=...) at >>> kernel/qeventloop.cpp:204 >>> #29 0x00007ffff5800b79 in QCoreApplication::exec () at >>> kernel/qcoreapplication.cpp:1225 >>> #30 0x00000000004094e6 in main (argc=1, argv=0x7fffffffdfd8) at >>> >>> >>> >> > > /home/houssen/Programs/ParaView/ParaView-v4.3.1-source/BUILD/Applications/ParaView/paraview_main.cxx:115 >>> >>> Le 2015-08-06 23:12, Sebastien Jourdain a ?crit?: >>> >>>> Something else must be wrong. No matter what you should be able >>>> to get >>>> the ProxyManager. >>>> >>>> What does the debugger tell you about the cause of the crash? >>>> >>>> Seb >>>> >>>> On Thu, Aug 6, 2015 at 3:08 PM, houssen >>> [11]> wrote: >>>> >>>>> Unfortunately, the code crashes when I call >>>>> vtkSMProxyManager::GetProxyManager (). >>>>> Is there another way ? >>>>> >>>>> Franck >>>>> >>>>> Le 2015-08-06 16:32, Sebastien Jourdain a ?crit?: >>>>> >>>>>> Try that: >>>>>> >>>>>> vtkSMProxyManager::GetProxyManager()->GetActiveSession() >>>>>> >>>>>> On Thu, Aug 6, 2015 at 2:50 AM, houssen >>>>> [5] [5] >>>>>> [5]> wrote: >>>>>> >>>>>>> Hello, >>>>>>> >>>>>>> In ParaView, from an exporter plugin, how can I get the >>>>>>> active >>>>>>> session ? (= session associated to the plugin in order >>>>>>> later >>>>>>> on to >>>>>>> scan over vtkSMProxy) >>>>>>> >>>>>>> Following some code samples found in >>>>>>> /ParaViewCore/ClientServerCore/Rendering, I tried to do >>>>>>> : >>>>>>> vtkProcessModule * pProcMgr = >>>>>>> vtkProcessModule::GetProcessModule >>>>>>> (); >>>>>>> vtkSMSession * pSession = ( pProcMgr ) ? >>>>>>> vtkSMSession::SafeDownCast ( pProcMgr -> >>>>>>> GetActiveSession () ) >>>>>>> : >>>>>>> NULL; >>>>>>> I get pProcMgr != NULL but pSession = NULL >>>>>>> >>>>>>> Franck >>>>>>> >>>>>>> PS : I run Ubuntu-14.04 and use ParaView-4.3.1 (built >>>>>>> from >>>>>>> source). >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Powered by www.kitware.com [1] [1] [1] >>>>>>> >>>>>>> Visit other Kitware open-source projects at >>>>>>> http://www.kitware.com/opensource/opensource.html [2] >>>>>>> [2] [2] >>>>>>> >>>>>>> Search the list archives at: >>>>>>> http://markmail.org/search/?q=Paraview-developers [3] >>>>>>> [3] [3] >>>>>>> >>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>> >>>>>>> >>>>>> >>>>> >>>> http://public.kitware.com/mailman/listinfo/paraview-developers >>>>>>> [4] >>>>>>> [4] [4] >>>>>> >>>>>> Links: >>>>>> ------ >>>>>> [1] http://www.kitware.com [6] [6] >>>>>> [2] http://www.kitware.com/opensource/opensource.html [7] >>>>>> [7] >>>>>> [3] http://markmail.org/search/?q=Paraview-developers [8] >>>>>> [8] >>>>>> [4] >>>>>> >>>>>> >>>>> >>>> http://public.kitware.com/mailman/listinfo/paraview-developers >>>>>> [9] >>>>> [9] >>>>> >>>>>> [5] mailto:houssen at ipgp.fr [10] [10] >>>> >>>> Links: >>>> ------ >>>> [1] http://www.kitware.com [12] >>>> [2] http://www.kitware.com/opensource/opensource.html [13] >>>> [3] http://markmail.org/search/?q=Paraview-developers [14] >>>> [4] >>>> http://public.kitware.com/mailman/listinfo/paraview-developers >>>> [15] >>>> [5] mailto:houssen at ipgp.fr [16] >>>> [6] http://www.kitware.com [17] >>>> [7] http://www.kitware.com/opensource/opensource.html [18] >>>> [8] http://markmail.org/search/?q=Paraview-developers [19] >>>> [9] >>>> http://public.kitware.com/mailman/listinfo/paraview-developers >>>> [20] >>>> [10] mailto:houssen at ipgp.fr [21] >>>> [11] mailto:houssen at ipgp.fr [22] > > > > Links: > ------ > [1] http://www.kitware.com > [2] http://www.kitware.com/opensource/opensource.html > [3] http://markmail.org/search/?q=Paraview-developers > [4] http://public.kitware.com/mailman/listinfo/paraview-developers > [5] mailto:houssen at ipgp.fr > [6] http://www.kitware.com > [7] http://www.kitware.com/opensource/opensource.html > [8] http://markmail.org/search/?q=Paraview-developers > [9] http://public.kitware.com/mailman/listinfo/paraview-developers > [10] mailto:houssen at ipgp.fr > [11] mailto:houssen at ipgp.fr > [12] http://www.kitware.com > [13] http://www.kitware.com/opensource/opensource.html > [14] http://markmail.org/search/?q=Paraview-developers > [15] http://public.kitware.com/mailman/listinfo/paraview-developers > [16] mailto:houssen at ipgp.fr > [17] http://www.kitware.com > [18] http://www.kitware.com/opensource/opensource.html > [19] http://markmail.org/search/?q=Paraview-developers > [20] http://public.kitware.com/mailman/listinfo/paraview-developers > [21] mailto:houssen at ipgp.fr > [22] mailto:houssen at ipgp.fr > [23] mailto:houssen at ipgp.fr From houssen at ipgp.fr Fri Aug 7 06:25:38 2015 From: houssen at ipgp.fr (houssen) Date: Fri, 07 Aug 2015 12:25:38 +0200 Subject: [Paraview-developers] =?utf-8?q?How_to_get_active_session_from_a_?= =?utf-8?q?plugin_=3F?= In-Reply-To: <20150806220223.GA9008@megas.kitware.com> References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> <3a8a2b72d1ec0029f71b8cd61549e597@imap.ipgp.fr> <20150806220223.GA9008@megas.kitware.com> Message-ID: Oh, yes !... :D Like often debug code is bugged himself. I wish all softwares could be bug-proof like THE one : http://bernardbelanger.com/computing/NaDa/index.php. Franck Le 2015-08-07 0:02, Ben Boeckel a ?crit?: > On Thu, Aug 06, 2015 at 23:48:26 +0200, houssen wrote: >> 124 vtkObjectBase * pObj = pProxy -> GetClientSideObject >> (); >> 125 msg << "\n Proxy client obj : " << pObj -> >> GetClassName (); > > According to the backtrace, pObj is NULL here. I can't remember off > hand > what makes the CSO NULL though :/ . > >> Le 2015-08-06 23:34, houssen a ?crit?: >> > (gdb) bt >> > #0 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) >> at > > --Ben From sebastien.jourdain at kitware.com Fri Aug 7 09:10:31 2015 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Fri, 7 Aug 2015 07:10:31 -0600 Subject: [Paraview-developers] How to get active session from a plugin ? In-Reply-To: References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> <3a8a2b72d1ec0029f71b8cd61549e597@imap.ipgp.fr> <20150806220223.GA9008@megas.kitware.com> Message-ID: Hi Franck, Try to add/edit those lines spProxyIterator->SetModeToOneGroup(); spProxyIterator->Begin("sources"); You can find some useful code examples in Python within the following file (look at line 1716): => ParaView-src/Web/Python/paraview/web/protocols.py But you will have to follow those method calls to ParaView-src/Wrapping/Python/paraview/servermanager.py to get the proper C++ mapping. Good luck, Seb On Fri, Aug 7, 2015 at 4:25 AM, houssen wrote: > Oh, yes !... :D Like often debug code is bugged himself. > I wish all softwares could be bug-proof like THE one : > http://bernardbelanger.com/computing/NaDa/index.php. > > Franck > > > Le 2015-08-07 0:02, Ben Boeckel a ?crit : > >> On Thu, Aug 06, 2015 at 23:48:26 +0200, houssen wrote: >> >>> 124 vtkObjectBase * pObj = pProxy -> GetClientSideObject (); >>> 125 msg << "\n Proxy client obj : " << pObj -> GetClassName >>> (); >>> >> >> According to the backtrace, pObj is NULL here. I can't remember off hand >> what makes the CSO NULL though :/ . >> >> Le 2015-08-06 23:34, houssen a ?crit : >>> > (gdb) bt >>> > #0 0x00007ffff1e3db76 in vtkObjectBase::GetClassName (this=0x0) at >>> >> >> --Ben >> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From houssen at ipgp.fr Sat Aug 8 08:59:49 2015 From: houssen at ipgp.fr (houssen) Date: Sat, 08 Aug 2015 14:59:49 +0200 Subject: [Paraview-developers] =?utf-8?q?How_to_get_active_session_from_a_?= =?utf-8?q?plugin_=3F?= In-Reply-To: References: <29f19b1156dff5b28c04a2049f27b640@imap.ipgp.fr> <3a8a2b72d1ec0029f71b8cd61549e597@imap.ipgp.fr> <20150806220223.GA9008@megas.kitware.com> Message-ID: <9f198050828fd61aee055fd2838f6c4b@imap.ipgp.fr> This is finally working : I can access data from the pipeline browser ! From now, I should get all what I need to do the "real" stuffs I need to do. Thanks, Franck Le 2015-08-07 15:10, Sebastien Jourdain a ?crit?: > Hi Franck, > > Try to add/edit those lines > > spProxyIterator->SetModeToOneGroup(); > spProxyIterator->Begin("sources"); > > You can find some useful code examples in Python within the following > file (look at line 1716): > => ParaView-src/Web/Python/paraview/web/protocols.py > > But you will have to follow those method calls to > ParaView-src/Wrapping/Python/paraview/servermanager.py to get the > proper C++ mapping. > > Good luck, > > Seb > > On Fri, Aug 7, 2015 at 4:25 AM, houssen wrote: > >> Oh, yes !... :D Like often debug code is bugged himself. >> I wish all softwares could be bug-proof like THE one : >> http://bernardbelanger.com/computing/NaDa/index.php [1]. >> >> Franck >> >> Le 2015-08-07 0:02, Ben Boeckel a ?crit?: >> >>> On Thu, Aug 06, 2015 at 23:48:26 +0200, houssen wrote: >>> >>>> 124? ? ? ? ? ?vtkObjectBase * pObj = pProxy -> >>>> GetClientSideObject (); >>>> 125? ? ? ? ? ?msg << "n? Proxy client obj : " << pObj >>>> -> GetClassName (); >>> >>> According to the backtrace, pObj is NULL here. I can't remember >>> off hand >>> what makes the CSO NULL though :/ . >>> >>>> Le 2015-08-06 23:34, houssen a ?crit?: >>>> > (gdb) bt >>>> > #0? 0x00007ffff1e3db76 in vtkObjectBase::GetClassName >>>> (this=0x0) at >>> >>> --Ben >> >> _______________________________________________ >> Powered by www.kitware.com [2] >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html [3] >> >> Search the list archives at: >> http://markmail.org/search/?q=Paraview-developers [4] >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview-developers [5] > > > > Links: > ------ > [1] http://bernardbelanger.com/computing/NaDa/index.php > [2] http://www.kitware.com > [3] http://www.kitware.com/opensource/opensource.html > [4] http://markmail.org/search/?q=Paraview-developers > [5] http://public.kitware.com/mailman/listinfo/paraview-developers > [6] mailto:houssen at ipgp.fr From m.schlottke-lakemper at aia.rwth-aachen.de Mon Aug 10 14:03:25 2015 From: m.schlottke-lakemper at aia.rwth-aachen.de (Schlottke-Lakemper, Michael) Date: Mon, 10 Aug 2015 18:03:25 +0000 Subject: [Paraview-developers] Canonical way to preserve plugin settings Message-ID: <53EFDF6C-2DD9-48FF-A445-92D34A15B630@aia.rwth-aachen.de> Hi folks, Is there a built-in way to preserve settings in a custom reader plugin between multiple ParaView sessions? Use case: in our custom reader it is possible to select a level-of-detail when visualizing data. By default (in the SM.xml) it is set to a value that will be useful for most users, but occasionally it would be nice to preserve the value between sessions (e.g. if a user is looking at many different files and is always selecting a very low level). Thus it would be nice to preserve some values while it does not make sense for others, and it would be nice to be able to enable/disable this behavior. If there is no built-in way to achieve this, what would be the ?canonical? approach to doing it (e.g. writing a statefile/config file to a default directory)? Thanks a lot in advance Michael -- Michael Schlottke-Lakemper SimLab Highly Scalable Fluids & Solids Engineering J?lich Aachen Research Alliance (JARA-HPC) RWTH Aachen University W?llnerstra?e 5a 52062 Aachen Germany Phone: +49 (241) 80 95188 Fax: +49 (241) 80 92257 Mail: m.schlottke-lakemper at aia.rwth-aachen.de Web: http://www.jara.org/jara-hpc -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Aug 10 14:08:29 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 10 Aug 2015 14:08:29 -0400 Subject: [Paraview-developers] Canonical way to preserve plugin settings In-Reply-To: <53EFDF6C-2DD9-48FF-A445-92D34A15B630@aia.rwth-aachen.de> References: <53EFDF6C-2DD9-48FF-A445-92D34A15B630@aia.rwth-aachen.de> Message-ID: Hi Michael, Please see Chapter 10 "Customizing Defaults" in the ParaView Guide: http://www.paraview.org/paraview-guide/ Cheers, Cory On Mon, Aug 10, 2015 at 2:03 PM, Schlottke-Lakemper, Michael < m.schlottke-lakemper at aia.rwth-aachen.de> wrote: > Hi folks, > > Is there a built-in way to preserve settings in a custom reader plugin > between multiple ParaView sessions? > > Use case: in our custom reader it is possible to select a level-of-detail > when visualizing data. By default (in the SM.xml) it is set to a value that > will be useful for most users, but occasionally it would be nice to > preserve the value between sessions (e.g. if a user is looking at many > different files and is always selecting a very low level). Thus it would be > nice to preserve some values while it does not make sense for others, and > it would be nice to be able to enable/disable this behavior. > > If there is no built-in way to achieve this, what would be the ?canonical? > approach to doing it (e.g. writing a statefile/config file to a default > directory)? > > Thanks a lot in advance > > Michael > > > -- > Michael Schlottke-Lakemper > > SimLab Highly Scalable Fluids & Solids Engineering > J?lich Aachen Research Alliance (JARA-HPC) > RWTH Aachen University > W?llnerstra?e 5a > 52062 Aachen > Germany > > Phone: +49 (241) 80 95188 > Fax: +49 (241) 80 92257 > Mail: m.schlottke-lakemper at aia.rwth-aachen.de > Web: http://www.jara.org/jara-hpc > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Wed Aug 12 10:44:47 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Wed, 12 Aug 2015 16:44:47 +0200 Subject: [Paraview-developers] Who is responsible for registring SubProxy when tracing python ? Message-ID: There is a litle bug in the plugin Uncertainty Rendering that i need to fix : http://www.vtk.org/Bug/view.php?id=15624 When python trace is activated, smtrace is unable to create the constructor for the Uncertainty Rendering Representation sub proxy, which is a PiecewiseFunction. It cannot because vtkSMSessionProxyManager::RegisterProxy("piecewise_function") as never been called. and i don't know who is suposed to call it. Anyway, i also do not really understand what this plugin is about or how the UncertaintyTransferFunction is acutally connected to the piecewise_function sub proxy, so if anyone can give me any insight about the way it should work, it would be great. Mathieu Westphal From utkarsh.ayachit at kitware.com Wed Aug 12 10:50:34 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 12 Aug 2015 10:50:34 -0400 Subject: [Paraview-developers] Who is responsible for registring SubProxy when tracing python ? In-Reply-To: References: Message-ID: Mathieu, I gave the code a quick look at I see the major issue with the implementation: setting a subproxy as the value of a property is a big "NO NO". Here's how I'd fix it. Ditch the "TransferFunction" subproxy. It should not be a sub proxy. Add a ProxyListDomain to the "UncertaintyTransferFunction" property with a single proxy that's the PiecewiseFunction. Now, by default, this Property will get an instance of PiecewiseFunction proxy. I think that should do the trick. Utkarsh On Wed, Aug 12, 2015 at 10:44 AM, Mathieu Westphal wrote: > There is a litle bug in the plugin Uncertainty Rendering that i need to fix : > http://www.vtk.org/Bug/view.php?id=15624 > > When python trace is activated, smtrace is unable to create the > constructor for the Uncertainty Rendering Representation sub proxy, > which is a PiecewiseFunction. > > It cannot because > vtkSMSessionProxyManager::RegisterProxy("piecewise_function") as never > been called. and i don't know who is suposed to call it. > > Anyway, i also do not really understand what this plugin is about or > how the UncertaintyTransferFunction is acutally connected to the > piecewise_function sub proxy, so if anyone can give me any insight > about the way it should work, it would be great. > > Mathieu Westphal > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers From m.schlottke-lakemper at aia.rwth-aachen.de Wed Aug 12 14:39:42 2015 From: m.schlottke-lakemper at aia.rwth-aachen.de (Schlottke-Lakemper, Michael) Date: Wed, 12 Aug 2015 18:39:42 +0000 Subject: [Paraview-developers] Canonical way to preserve plugin settings In-Reply-To: References: <53EFDF6C-2DD9-48FF-A445-92D34A15B630@aia.rwth-aachen.de> Message-ID: <4F6470DA-665B-4477-B1F3-661C3BC98911@aia.rwth-aachen.de> Hi Cory, Thanks a lot for the fast reply, I think this will do for now. Michael On 10 Aug 2015, at 20:08 , Cory Quammen > wrote: Hi Michael, Please see Chapter 10 "Customizing Defaults" in the ParaView Guide: http://www.paraview.org/paraview-guide/ Cheers, Cory On Mon, Aug 10, 2015 at 2:03 PM, Schlottke-Lakemper, Michael > wrote: Hi folks, Is there a built-in way to preserve settings in a custom reader plugin between multiple ParaView sessions? Use case: in our custom reader it is possible to select a level-of-detail when visualizing data. By default (in the SM.xml) it is set to a value that will be useful for most users, but occasionally it would be nice to preserve the value between sessions (e.g. if a user is looking at many different files and is always selecting a very low level). Thus it would be nice to preserve some values while it does not make sense for others, and it would be nice to be able to enable/disable this behavior. If there is no built-in way to achieve this, what would be the ?canonical? approach to doing it (e.g. writing a statefile/config file to a default directory)? Thanks a lot in advance Michael -- Michael Schlottke-Lakemper SimLab Highly Scalable Fluids & Solids Engineering J?lich Aachen Research Alliance (JARA-HPC) RWTH Aachen University W?llnerstra?e 5a 52062 Aachen Germany Phone: +49 (241) 80 95188 Fax: +49 (241) 80 92257 Mail: m.schlottke-lakemper at aia.rwth-aachen.de Web: http://www.jara.org/jara-hpc _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=Paraview-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview-developers -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Fri Aug 14 06:18:48 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 14 Aug 2015 12:18:48 +0200 Subject: [Paraview-developers] User Settings Plugin Directory Message-ID: As stated here, a user should be able to add a: ~/.config/ParaView/ParaViewX.X/Plugins directory, where llugin lib placed inside would be loaded automatically Tested with paraview master git, it does not seems to work, and i can't find any code doing that in pvPluginTracker, nor pvPluginLoader. Is this deprectated or is this a bug ? I'm working on the plugin loader classes right now, and could do it easily. Mathieu Westphal From hermann.fuerntratt at joanneum.at Wed Aug 19 06:59:58 2015 From: hermann.fuerntratt at joanneum.at (Fuerntratt, Hermann) Date: Wed, 19 Aug 2015 10:59:58 +0000 Subject: [Paraview-developers] UpdateProgress() does not work Message-ID: <8516c9887c4043f6b9a3cbfc6e6002f4@RZJMBX2.jr1.local> I have written an vtkUnstructuredGrid reader for ParaView 4.3.0-RC1 64-bit with Qt 5.2.1. It reads 3 files: 1) In the RequestInformation() call it reads the timestep file in order to build the animation timeline. 2) (first time) in the RequestData() call it reads mesh data File depending on GUI Settings 3) (first time) in the RequestData() call it also reads cell attribute file. 4) In all RequestInformation() and RequestData() calls UpdateProgress([0..1]) does not show anything... and SetProgressText("txt") does not show up as well. Any idea, how to make this work? Thanks, marher - dx -------------- next part -------------- An HTML attachment was scrubbed... URL: From prashant.v at quest-global.com Thu Aug 20 11:10:00 2015 From: prashant.v at quest-global.com (Prashant V) Date: Thu, 20 Aug 2015 15:10:00 +0000 Subject: [Paraview-developers] Parallel Paraview Rendering: Disappearance of volume data Message-ID: Hello, I am facing problem when running paraview in parallel mode. My Paraview plugin reads a vtkMutliBlockDataset from a .vtm file and renders it in Paraview. This vtkMutliBlockDataset comprises a volume (vtkUnstructuredGrid) and surfaces (vtkPolyData). When Paraview is started serially, rendering works fine. However I am facing issues when Paraview is launched in parallel mode. As it happens, in parallel run, all ranks read same vtkMutliBlockDataset and render in Paraview. Further I apply D3 filter in pipeline. After applying D3 filter, volume data disappears leaving only surfaces (with no error message). I tried applying D3 internally in the plugin (through code), but got same results. Can anyone advice me here, what could be the reason of disappearance of volume data in this scenario? Thanks, Prashant ---Disclaimer------------------------------ This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Opinions, conclusions and other information in this transmission that do not relate to the official business of QuEST Global and/or its subsidiaries, shall be understood as neither given nor endorsed by it. Any statements made herein that are tantamount to contractual obligations, promises, claims or commitments shall not be binding on the Company unless followed by written confirmation by an authorized signatory of the Company. ----------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Aug 20 16:24:19 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 20 Aug 2015 16:24:19 -0400 Subject: [Paraview-developers] ANN: ParaView 4.4.0-RC1 Tagged! Message-ID: Good afternoon folks, ParaView 4.4.0-RC1 has been tagged! Git tag name: v4.4.0-RC1 Source tar/zip files are available for download: http://www.paraview.org/download/ Binaries will be available for testing within the next few days. - The ParaView Team From prashant.v at quest-global.com Mon Aug 24 11:28:24 2015 From: prashant.v at quest-global.com (Prashant V) Date: Mon, 24 Aug 2015 15:28:24 +0000 Subject: [Paraview-developers] Parallel Paraview Rendering: Disappearance of volume data In-Reply-To: References: Message-ID: Hi, With respect to below problem, I was trying few things. I got volume data disappearance problem, when I used vtkCompositeDataWriter-vtkCompositeDataReader combination. When I used vtkXMLMultiBlockDataWriter - vtkXMLMultiBlockDataReader combination, volume data appears correctly. I am curious to know what makes vtkXMLMultiBlockDataWriter/Reader combo work in parallel rendering. The vtkMultiBlockDataSet remains absolutely same. Both the combinations give similar results in serial run. I am using Paraview 4.1 (Linux environment). Can anybody please advice here? Highly appreciate your comments! Thanks, Prashant ________________________________ From: Prashant V Sent: Thursday, August 20, 2015 8:40 PM To: paraview-developers at paraview.org Subject: Parallel Paraview Rendering: Disappearance of volume data Hello, I am facing problem when running paraview in parallel mode. My Paraview plugin reads a vtkMutliBlockDataset from a .vtm file and renders it in Paraview. This vtkMutliBlockDataset comprises a volume (vtkUnstructuredGrid) and surfaces (vtkPolyData). When Paraview is started serially, rendering works fine. However I am facing issues when Paraview is launched in parallel mode. As it happens, in parallel run, all ranks read same vtkMutliBlockDataset and render in Paraview. Further I apply D3 filter in pipeline. After applying D3 filter, volume data disappears leaving only surfaces (with no error message). I tried applying D3 internally in the plugin (through code), but got same results. Can anyone advice me here, what could be the reason of disappearance of volume data in this scenario? Thanks, Prashant ---Disclaimer------------------------------ This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Opinions, conclusions and other information in this transmission that do not relate to the official business of QuEST Global and/or its subsidiaries, shall be understood as neither given nor endorsed by it. Any statements made herein that are tantamount to contractual obligations, promises, claims or commitments shall not be binding on the Company unless followed by written confirmation by an authorized signatory of the Company. ----------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Tue Aug 25 13:56:26 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Tue, 25 Aug 2015 17:56:26 +0000 Subject: [Paraview-developers] Superbuild issue Message-ID: <15130650e5654baf865a52a1a797cea8@ES01AMSNLNT.srn.sandia.gov> Has anyone see the following compiler issue with the Superbuild? Any idea how to fix it? Thanks! Alan [ 40%] Built target vtkSciberQuestCS [ 40%] [ 40%] For vtkRenderingOpenGL - updating vtkRenderingOpenGLHierarchy.txt Generating vtkDepthPeeling_fs.cxx, vtkDepthPeeling_fs.h Usage: vtkWrapHierarchy-pv4.4 [options] infile... --help print this help message --version print the VTK version -o the output file -I add an include directory -D define a preprocessor macro -U undefine a preprocessor macro @ read arguments from a file gmake[5]: *** [VTK/Rendering/OpenGL/vtkRenderingOpenGLHierarchy.stamp.txt] Error 1 gmake[5]: *** Waiting for unfinished jobs.... [ 41%] Built target vtkRenderingVolume gmake[4]: *** [VTK/Rendering/OpenGL/CMakeFiles/vtkRenderingOpenGL.dir/all] Error 2 gmake[4]: *** Waiting for unfinished jobs.... [ 41%] Built target vtkDomainsChemistry [ 42%] Built target vtkFiltersHybrid [ 42%] Built target vtkIOImport [ 43%] Built target vtkFiltersParallel gmake[3]: *** [all] Error 2 CMake Error at /projects/viz/paraview/ParaView/4.4.0-sb-RC1-Mesa/Linux-chama-x86_64/Build/pv-paraview-build.cmake:33 (message): Failed with exit code 2 gmake[2]: *** [paraview/src/paraview-stamp/paraview-build] Error 1 gmake[1]: *** [CMakeFiles/paraview.dir/all] Error 2 gmake: *** [all] Error 2 -------------------------------------------------------- W. Alan Scott ParaView Support Manager SAIC Sandia National Laboratories, MS 0822 Org 9326 - Building 880 A1-C (505) 284-0932 FAX (505) 284-5619 --------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Wed Aug 26 12:43:25 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Wed, 26 Aug 2015 18:43:25 +0200 Subject: [Paraview-developers] vtkSMSelectionHelper::SubstractSelection Message-ID: Hello I'm trying to implement a substract selection method, mirroring the MergeSelection method Sadly i can't find a way to know how many component each tuple of selection contains: For examples Indices based selection on non multiblock data will contain 2 ( proc id and point id ) , and composite data selection will contain three ( piece id, proc id, cell id) I could analyse the data to find the info, but it would be quite reondant with NewSelectionSourceFromSelectionInternal code Any insight ? Mathieu Westphal -------------- next part -------------- An HTML attachment was scrubbed... URL: From sur.chiranjib at gmail.com Thu Aug 27 08:52:03 2015 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Thu, 27 Aug 2015 18:22:03 +0530 Subject: [Paraview-developers] Replication filter in Paraview Message-ID: Hi, I was wondering if there is a replication filter (copy paste kind) available in ParaView. I am creating an object (e.g. a cylinder using Sources->Cylinder) and want to replicate that action and create many such cylinders from the one I just created not by doing the action "Sources->Cylinder" again and again. Is there anyway this can be done and the visualization windows displays all the replicated objects (cylinder in this case)? Thanks in advance, Chiranjib -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Thu Aug 27 09:04:11 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 27 Aug 2015 15:04:11 +0200 Subject: [Paraview-developers] Replication filter in Paraview In-Reply-To: References: Message-ID: Hi In your case i would trace the python calls corresponding of the action you want to repeat, save it, then edit it and add a loop to repeat the action as many times you want. Then run the script. I've attached a working python script. Mathieu Mathieu Westphal On Thu, Aug 27, 2015 at 2:52 PM, Chiranjib Sur wrote: > Hi, > I was wondering if there is a replication filter (copy paste kind) > available in ParaView. > > I am creating an object (e.g. a cylinder using Sources->Cylinder) and want > to replicate that action and create many such cylinders from the one I just > created not by doing the action "Sources->Cylinder" again and again. > > Is there anyway this can be done and the visualization windows displays > all the replicated objects (cylinder in this case)? > > Thanks in advance, > > Chiranjib > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cylinder.py Type: text/x-python Size: 638 bytes Desc: not available URL: