Re: [Paraview] Load Plugin Error
Are you trying to load them in the ParaView binary you built or the one downloaded from paraview.org? On Wed, May 1, 2013 at 8:08 AM, Magician f_magic...@mac.com wrote: Hi all, I'm trying to build and load 3rd parties' plugins on Mac OS 10.7.5. The sources of plugins are downloaded here: http://paraview.org/Wiki/ParaView/User_Created_Plugins Today I built both ParaView 3.98.1 and plugins successfully, but when I load plugins, ParaView hangs for seconds and terminated. This time I tried libTensorGlyphFilter.dylib, but all other plugins were same. The attached file is the error log. How could I solve the problem? Magician ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Output of ParallelUnstructuredGridWriter running on multiple nodes
Thanks, Andy. Yes, that is indeed what we're trying to do. My collaborators are currently plotting velocity profile after simulation is done and then determining at which time step the transient simulation converged by observing that velocity profile. Via in-situ run, they can set up a representative slice and use the integrated velocity for that slice to approximate the velocity profile so that they can determine at which time step the simulation converges while simulation is ongoing. After giving this some more thought, I agree writing numbers out is not a good way to achieve this. Your suggestion to tie this integrated velocity output with simulation code sounds like a great way to achieve this. I will look deeper into PV's Python API and try to figure this out. The goal is to pass this integrated velocity value for each time step from Catalyst back to the simulation code so that the simulation code can determine when it has reached a steady state. Best regards, Hong From: Andy Bauer [mailto:andy.ba...@kitware.com] Sent: Tuesday, April 30, 2013 10:36 PM To: Hong Yi Cc: paraview@paraview.org Subject: Re: [Paraview] Output of ParallelUnstructuredGridWriter running on multiple nodes Hi Hong, I just want to verify what you're really trying to do. It looks like you want to use Catalyst to figure out if your transient simulation has reached a steady state by determining if an integrate value stays constant over several time steps I guess this could be done in Catalyst but convergence criteria is probably better handled in the simulation code itself. As far as getting information from Catalyst back into the simulation code, that's doable but may take a bit of work for those not familiar with ParaView's Python API. You may be able to figure it out with the previous information I sent you. Once that's computed in the Python script, you can pass that information back to your adaptor code with vtkCPDataDescription's UserData object. Andy On Mon, Apr 29, 2013 at 11:34 AM, Hong Yi hon...@renci.orgmailto:hon...@renci.org wrote: Thanks, Andy. Please correct me if I am wrong since I may not get what you really mean here. I agree the first option sounds like a good one, and I am thinking I can modify the co-processing script to add CreateWriter() to write the output from the Integrate Variables filter. Since it is not a parallel writer, I am thinking this CreateWriter() might work by only writing to disk from the first processor. Otherwise, there might be a way to pass this output value to the simulation code Phasta for it to output the value only from the first processor? Since users need to observe the output from simulation when running it in-situ (without live feed at this point), the only way I can think of is through the disk output for the users to observe, or is there another way? Thanks again, Hong From: Andy Bauer [mailto:andy.ba...@kitware.commailto:andy.ba...@kitware.com] Sent: Monday, April 29, 2013 10:12 AM To: Hong Yi Cc: paraview@paraview.orgmailto:paraview@paraview.org Subject: Re: [Paraview] Output of ParallelUnstructuredGridWriter running on multiple nodes I can think of two options for this, the first is modifying the co-processing script to get the data you want directly from the output without writing it to disk. Look at http://paraview.org/Wiki/ParaView/Python_Scripting for some information on that. Otherwise, you can try using the Python programmable filter to extract the data as well and write it to disk. If it was me I'd go with the first option. Andy On Fri, Apr 26, 2013 at 4:50 PM, Hong Yi hon...@renci.orgmailto:hon...@renci.org wrote: Thanks, Andy. In our case, users only want to observe one integrated velocity value (one output value from Integrate Variable Filter) for the slice at each time step so that they can determine from which time point on this velocity value stops changing which indicates to them the simulation has converged. So this large amount of output files from the ParallelUnstructuredGridWriter is hard to serve this purpose. I am wondering whether there is a way for me to export the SpreadSheetRepresentation view (to view Integrate Variable Filter output) as a screen capture when I export pipeline in python for coprocessing? It looks like the Export State GUI for coprocessing only allows to export rendered views, not other types of views. If not, I am thinking perhaps I can write a customized writer plugin to only export the needed output value for our purpose and to make this writer only exports one file for each time step regardless of the number of processors it runs on. Thanks for any more information you can provide! Hong From: Andy Bauer [mailto:andy.ba...@kitware.commailto:andy.ba...@kitware.com] Sent: Thursday, April 25, 2013 7:43 PM To: Hong Yi Cc: paraview@paraview.orgmailto:paraview@paraview.org Subject: Re: [Paraview] Output of ParallelUnstructuredGridWriter running on multiple nodes Hi, The
[Paraview] SuperBuild question
Is there a way to tell the SuperBuild process to not look for software updates using GIT? I doing a build on a system that doesn't have public network access and I'm actually dying on a complaint about my instance of git being too old. However, I have already copied in the sources, so I don't want it looking for updates anyway. Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Building 120 Cube 315 Phone: 410-278-6266 ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Area integration on a part of a surface
That's not how threshold works. Threshold includes cells as a whole or it does not. What you want is Clip using a scalar value (or 2 clips if you need upper and lower end clipping). Best, -berk On Wed, May 1, 2013 at 11:49 AM, Ganesh Vijayakumar ganesh.i...@gmail.comwrote: Dear Berk Geveci, Thanks for replying. My dataset is a surface dataset. So if my threshold goes through one of the surface data faces, won't it take just the area that it cuts through and neglect the part it doesn't contain? ganesh On Wed, May 1, 2013 at 10:48 AM, Berk Geveci berk.gev...@kitware.comwrote: Hi Ganesh, I am not sure that I follow you. Is this a surface dataset or a volume? If it is a volume, you need to apply Extract Surface before you can integrate over it. If it is a surface, I would expect that the area would change if you change the value of the threshold and bring in more cells. Best, -berk On Tue, Apr 30, 2013 at 5:07 PM, Ganesh Vijayakumar ganesh.i...@gmail.com wrote: hi! I'm interested in integrating over a part of an area on a surface. Like here www.personal.psu.edu/guv106/paraviewIntegrateVariables.png Now, I use thresholding on a variable that I compute using the Coords on the surface to extract the specific area over which I want the integral. The problem is the the area integral is extremely dependent on the details of thresholding. If I change the thresholding just enough to include another layer of cells in the original data, then the integral value changes... else for any changes in the thresholding limits, the integral does not change. And this is despite using Point data on the integral. Is there anyway, I can get a smooth variation of the area integrals with the change of thresholding limits? In other words, an actual area integral! ganesh ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview -- ganesh ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] SuperBuild question
You can do the following: edit the versions.cmake file in there, you'll find a stub like so add_revision(paraview GIT_REPOSITORY git://paraview.org/ParaView.git GIT_TAG master) Change that to something as follows: add_revision(paraview URL path to paraview tar ball or url URL_MD5 md5sum for the tar ball) I think I want to add some mode for this, but I'm not sure what tar ball it should point to and what MD5SUM it should use. Maybe I can provide cmake options to set the two? What do you think? Utkarsh On Wed, May 1, 2013 at 11:36 AM, Angelini, Richard C (Rick) CIV USARMY ARL (US) richard.c.angelini@mail.mil wrote: Is there a way to tell the SuperBuild process to not look for software updates using GIT? I doing a build on a system that doesn't have public network access and I'm actually dying on a complaint about my instance of git being too old. However, I have already copied in the sources, so I don't want it looking for updates anyway. Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Building 120 Cube 315 Phone: 410-278-6266 ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] SuperBuild question (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Can you point the cmake directives to look in a Downloads directory and determine which packages to be built based on the tarballs in that download directory? -Original Message- From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com] Sent: Wednesday, May 01, 2013 12:08 PM To: Angelini, Richard C (Rick) CIV USARMY ARL (US) Cc: paraview@paraview.org Subject: Re: [Paraview] SuperBuild question You can do the following: edit the versions.cmake file in there, you'll find a stub like so add_revision(paraview GIT_REPOSITORY git://paraview.org/ParaView.git GIT_TAG master) Change that to something as follows: add_revision(paraview URL path to paraview tar ball or url URL_MD5 md5sum for the tar ball) I think I want to add some mode for this, but I'm not sure what tar ball it should point to and what MD5SUM it should use. Maybe I can provide cmake options to set the two? What do you think? Utkarsh On Wed, May 1, 2013 at 11:36 AM, Angelini, Richard C (Rick) CIV USARMY ARL (US) richard.c.angelini@mail.mil wrote: Is there a way to tell the SuperBuild process to not look for software updates using GIT? I doing a build on a system that doesn't have public network access and I'm actually dying on a complaint about my instance of git being too old. However, I have already copied in the sources, so I don't want it looking for updates anyway. Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Building 120 Cube 315 Phone: 410-278-6266 ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview Classification: UNCLASSIFIED Caveats: NONE smime.p7s Description: S/MIME cryptographic signature ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] SuperBuild question
Maybe when we tag a release in Superbuild we modify the verions.cmake to point to tarballs for just that tag. That allows people to be able to replicate the release without having to do anything. On Wed, May 1, 2013 at 12:07 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: You can do the following: edit the versions.cmake file in there, you'll find a stub like so add_revision(paraview GIT_REPOSITORY git://paraview.org/ParaView.git GIT_TAG master) Change that to something as follows: add_revision(paraview URL path to paraview tar ball or url URL_MD5 md5sum for the tar ball) I think I want to add some mode for this, but I'm not sure what tar ball it should point to and what MD5SUM it should use. Maybe I can provide cmake options to set the two? What do you think? Utkarsh On Wed, May 1, 2013 at 11:36 AM, Angelini, Richard C (Rick) CIV USARMY ARL (US) richard.c.angelini@mail.mil wrote: Is there a way to tell the SuperBuild process to not look for software updates using GIT? I doing a build on a system that doesn't have public network access and I'm actually dying on a complaint about my instance of git being too old. However, I have already copied in the sources, so I don't want it looking for updates anyway. Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Building 120 Cube 315 Phone: 410-278-6266 ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Area integration on a part of a surface
This is awesome. It works now! Thanks a LOT Berk! ganesh On Wed, May 1, 2013 at 11:54 AM, Berk Geveci berk.gev...@kitware.comwrote: That's not how threshold works. Threshold includes cells as a whole or it does not. What you want is Clip using a scalar value (or 2 clips if you need upper and lower end clipping). Best, -berk On Wed, May 1, 2013 at 11:49 AM, Ganesh Vijayakumar ganesh.i...@gmail.com wrote: Dear Berk Geveci, Thanks for replying. My dataset is a surface dataset. So if my threshold goes through one of the surface data faces, won't it take just the area that it cuts through and neglect the part it doesn't contain? ganesh On Wed, May 1, 2013 at 10:48 AM, Berk Geveci berk.gev...@kitware.comwrote: Hi Ganesh, I am not sure that I follow you. Is this a surface dataset or a volume? If it is a volume, you need to apply Extract Surface before you can integrate over it. If it is a surface, I would expect that the area would change if you change the value of the threshold and bring in more cells. Best, -berk On Tue, Apr 30, 2013 at 5:07 PM, Ganesh Vijayakumar ganesh.i...@gmail.com wrote: hi! I'm interested in integrating over a part of an area on a surface. Like here www.personal.psu.edu/guv106/paraviewIntegrateVariables.png Now, I use thresholding on a variable that I compute using the Coords on the surface to extract the specific area over which I want the integral. The problem is the the area integral is extremely dependent on the details of thresholding. If I change the thresholding just enough to include another layer of cells in the original data, then the integral value changes... else for any changes in the thresholding limits, the integral does not change. And this is despite using Point data on the integral. Is there anyway, I can get a smooth variation of the area integrals with the change of thresholding limits? In other words, an actual area integral! ganesh ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview -- ganesh -- ganesh ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Area integration on a part of a surface
http://www.personal.psu.edu/guv106/paraviewIntegrateVariables_withClipping.png This shows that it clips off a part of the surface mesh data correctly. The integral values also now change smoothly with the clipping range ganesh On Wed, May 1, 2013 at 1:07 PM, Ganesh Vijayakumar ganesh.i...@gmail.comwrote: This is awesome. It works now! Thanks a LOT Berk! ganesh On Wed, May 1, 2013 at 11:54 AM, Berk Geveci berk.gev...@kitware.comwrote: That's not how threshold works. Threshold includes cells as a whole or it does not. What you want is Clip using a scalar value (or 2 clips if you need upper and lower end clipping). Best, -berk On Wed, May 1, 2013 at 11:49 AM, Ganesh Vijayakumar ganesh.i...@gmail.com wrote: Dear Berk Geveci, Thanks for replying. My dataset is a surface dataset. So if my threshold goes through one of the surface data faces, won't it take just the area that it cuts through and neglect the part it doesn't contain? ganesh On Wed, May 1, 2013 at 10:48 AM, Berk Geveci berk.gev...@kitware.comwrote: Hi Ganesh, I am not sure that I follow you. Is this a surface dataset or a volume? If it is a volume, you need to apply Extract Surface before you can integrate over it. If it is a surface, I would expect that the area would change if you change the value of the threshold and bring in more cells. Best, -berk On Tue, Apr 30, 2013 at 5:07 PM, Ganesh Vijayakumar ganesh.i...@gmail.com wrote: hi! I'm interested in integrating over a part of an area on a surface. Like here www.personal.psu.edu/guv106/paraviewIntegrateVariables.png Now, I use thresholding on a variable that I compute using the Coords on the surface to extract the specific area over which I want the integral. The problem is the the area integral is extremely dependent on the details of thresholding. If I change the thresholding just enough to include another layer of cells in the original data, then the integral value changes... else for any changes in the thresholding limits, the integral does not change. And this is despite using Point data on the integral. Is there anyway, I can get a smooth variation of the area integrals with the change of thresholding limits? In other words, an actual area integral! ganesh ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview -- ganesh -- ganesh -- ganesh ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] SuperBuild question
That sounds like a good idea. On Wed, May 1, 2013 at 12:51 PM, Robert Maynard robert.mayn...@kitware.com wrote: Maybe when we tag a release in Superbuild we modify the verions.cmake to point to tarballs for just that tag. That allows people to be able to replicate the release without having to do anything. On Wed, May 1, 2013 at 12:07 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: You can do the following: edit the versions.cmake file in there, you'll find a stub like so add_revision(paraview GIT_REPOSITORY git://paraview.org/ParaView.git GIT_TAG master) Change that to something as follows: add_revision(paraview URL path to paraview tar ball or url URL_MD5 md5sum for the tar ball) I think I want to add some mode for this, but I'm not sure what tar ball it should point to and what MD5SUM it should use. Maybe I can provide cmake options to set the two? What do you think? Utkarsh On Wed, May 1, 2013 at 11:36 AM, Angelini, Richard C (Rick) CIV USARMY ARL (US) richard.c.angelini@mail.mil wrote: Is there a way to tell the SuperBuild process to not look for software updates using GIT? I doing a build on a system that doesn't have public network access and I'm actually dying on a complaint about my instance of git being too old. However, I have already copied in the sources, so I don't want it looking for updates anyway. Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Building 120 Cube 315 Phone: 410-278-6266 ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
[Paraview] Laramie Immersive Visualization Bootcamp
Greetings ParaView community, Indiana University, in conjunction with the University of Wyoming, Idaho National Lab and Kitware Inc. will be holding the second of two bootcamps on immersive visualization. The first one, held the week after IEEE VR 2013 went well, though a snowstorm blasting through central Indiana that week did wreak a little havoc. Other than that though, we had a great time: - http://wiki.iq-station.com/index.php?title=Bootcamp_IUPUI We'll be holding the second bootcamp at the School for Energy Resources (SER) at the University of Wyoming in Laramie from June 12-14. The SER has a brand-new CAVE and a software suite aimed at immersive visualization. Registration for the second bootcamp is now open: - http://iq-station.org/bootcamp.html Of course, we'll be talking about the new VR plugin for ParaView among other topics. The full announcement is below. Thank you, Bill --- Bill Sherman Sr. Technology Advisor Advanced Visualization Lab Pervasive Technology Inst Indiana University sherm...@indiana.edu Indiana University is leading a pair of bootcamps on Immersive Visualization software in conjunction with the Idaho National Lab, the University of Wyoming, and Kitware Inc. We have organized two of these bootcamps (both basically the same). The first event, held in Indianapolis in March was well received, and we have now opened registration for the Western bootcamp to be held in Laramie Wyoming in the new Energy Innovation Center (EIC), using the brand new immersive visualization facilities of the School of Energy Resources (SER). Each bootcamp is a full two-day event (but spread over three days). The cost is $200/person -- basically for food and minor expenses. The overall theme is a how-to session for open-source visualization software in VR (leaning toward CAVE-style) environments. Some of the software is Unix-variant oriented, and a handful will work on Windows. Presentations are geared toward teams that make immersive facilities available for scientific analysis, and for scientists seeking tools that can help them take advantage of existing facilities. Planned topics include: * General Purpose Vis (Immersive ParaView) * Point-cloud data (LidarViewer) * Volume Rendering (Toirt Samhlaigh) * Molecular viewer (VMD) * Matlab VR interface * Archeology Vis with CalVR * System configuration * Low-cost Immersive Systems * Human Computer Interface considerations * Workflow examples at INL * Interaction capabilities Registration is now open for the second, Western, bootcamp to be held at the University of Wyoming June 12-14. The material presented will generally follow the same syllabus as the Indianapolis bootcamp. A web page with further information and how to register is at: - http://iq-station.org/bootcamp.html A wiki entry on the bootcamp held in Indanapolis is available at: - http://wiki.iq-station.com/index.php?title=Bootcamp_IUPUI Please let me know if you have any questions. Also feel free to pass along to anyone who might be interested. ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Load Plugin Error
Hi Utkarsh, Yes, I built both ParaView 3.98.1 and plugins from sources on same terminal. There are additional informations. The attached file is CMake log of TensorGlyph. When I build plugins, I set ParaView_DIR at build directory of PV 3.98.1. Pre-installed plugins are working fine. Magician On 2013/05/01, at 22:55, Utkarsh Ayachit wrote: Are you trying to load them in the ParaView binary you built or the one downloaded from paraview.org? On Wed, May 1, 2013 at 8:08 AM, Magician f_magic...@mac.com wrote: Hi all, I'm trying to build and load 3rd parties' plugins on Mac OS 10.7.5. The sources of plugins are downloaded here: http://paraview.org/Wiki/ParaView/User_Created_Plugins Today I built both ParaView 3.98.1 and plugins successfully, but when I load plugins, ParaView hangs for seconds and terminated. This time I tried libTensorGlyphFilter.dylib, but all other plugins were same. The attached file is the error log. How could I solve the problem? Magician ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview magician$ cmake ../ -- The C compiler identification is Clang 3.1.0 -- The CXX compiler identification is Clang 3.1.0 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Looking for Q_WS_X11 -- Looking for Q_WS_X11 - not found -- Looking for Q_WS_WIN -- Looking for Q_WS_WIN - not found -- Looking for Q_WS_QWS -- Looking for Q_WS_QWS - not found -- Looking for Q_WS_MAC -- Looking for Q_WS_MAC - found -- Looking for QT_MAC_USE_COCOA -- Looking for QT_MAC_USE_COCOA - found -- Found Qt4: /opt/local/bin/qmake (found version 4.8.4) CMake Warning (dev) in CMakeLists.txt: No cmake_minimum_required command is present. A line of code such as cmake_minimum_required(VERSION 2.8) should be added at the top of the file. The version specified may be lower if you wish to support older CMake versions for this project. For more information run cmake --help-policy CMP. This warning is for project developers. Use -Wno-dev to suppress it. -- Configuring done CMake Warning (dev) at /Users/magician/Downloads/ParaView-3.98.1-source/CMake/ParaViewPlugins.cmake:997 (ADD_LIBRARY): Policy CMP0003 should be set before this line. Add code such as if(COMMAND cmake_policy) cmake_policy(SET CMP0003 NEW) endif(COMMAND cmake_policy) as early as possible but after the most recent call to cmake_minimum_required or cmake_policy(VERSION). This warning appears because target TensorGlyphFilter links to some libraries for which the linker must search: m, -lm and other libraries with known full path: /Users/magician/ParaView-3.98.1-build/lib/libvtkpqComponents-pv3.98.1.dylib /usr/lib/libutil.dylib /opt/local/lib/libQtHelp.dylib CMake is adding directories in the second list to the linker search path in case they are needed to find libraries from the first list (for backwards compatibility with CMake 2.4). Set policy CMP0003 to OLD or NEW to enable or disable this behavior explicitly. Run cmake --help-policy CMP0003 for more information. Call Stack (most recent call first): CMakeLists.txt:42 (ADD_PARAVIEW_PLUGIN) This warning is for project developers. Use -Wno-dev to suppress it. CMake Warning at /Users/magician/Downloads/ParaView-3.98.1-source/CMake/ParaViewPlugins.cmake:997 (ADD_LIBRARY): Cannot generate a safe linker search path for target TensorGlyphFilter because files in some directories may conflict with libraries in implicit directories: link library [libpython2.7.dylib] in /usr/lib may be hidden by files in: /opt/local/lib link library [libz.dylib] in /usr/lib may be hidden by files in: /opt/local/lib Some of these libraries may not be found correctly. Call Stack (most recent call first): CMakeLists.txt:42 (ADD_PARAVIEW_PLUGIN) -- Generating done -- Build files have been written to: /Applications/ParaView/Plugins/TensorGlyph/bin ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview