Re: [Paraview] Install Rules for System HDF5 absent
This isn't supported. Especially because USE_SYSTEM_ most likely means your library is in /usr/lib on other platforms. Granted the same argument could be made against the 4 libraries you listed. ;-) What you could do is 1. add custom install rules via PARAVIEW_EXTRA_INSTALL_RULES_FILE ( I just remembered you had a previous request to allow this to have multiple files.) 2. I could provide a cache variable for you to set that gets appended to DIRS. On Thu, Dec 30, 2010 at 1:49 PM, Michael Jackson mike.jack...@bluequartz.net wrote: I am using a system installed hdf5 for my builds of ParaView. The issue is when I go to run the INSTALL rule in Visual Studio I get failures because the HDF5 DLL file can not be found. This is because of the following code:: IF(PARAVIEW_BUILD_QT_GUI) list(APPEND DIRS ${QT_BINARY_DIR} ${QT_LIBRARY_DIR}) ENDIF(PARAVIEW_BUILD_QT_GUI) IF(VTK_USE_FFMPEG_ENCODER) get_filename_component(FFMPEG_DIR ${FFMPEG_avcodec_LIBRARY} PATH) list(APPEND DIRS ${FFMPEG_DIR}) ENDIF(VTK_USE_FFMPEG_ENCODER) IF(PARAVIEW_ENABLE_PYTHON) get_filename_component(PYTHON_BIN_DIR ${PYTHON_EXECUTABLE} PATH) get_filename_component(PYTHON_LIB_DIR ${PYTHON_LIBRARY} PATH) list(APPEND DIRS ${PYTHON_BIN_DIR} ${PYTHON_LIB_DIR}) ENDIF(PARAVIEW_ENABLE_PYTHON) IF(PARAVIEW_USE_MPI) get_filename_component(MPI_LIB_DIR ${MPI_LIBRARY} PATH) get_filename_component(MPI_BIN_DIR ${MPIEXEC} PATH) list(APPEND DIRS ${MPI_LIB_DIR} ${MPI_BIN_DIR}) ENDIF(PARAVIEW_USE_MPI) set(_extension) set(_dir ${PV_INSTALL_LIB_DIR}) IF(WIN32) set(_extension .exe) set(_dir bin) ENDIF(WIN32) set(APPS \${CMAKE_INSTALL_PREFIX}/${_dir}/paraview${_extension}) # paths to executables INSTALL(CODE include(\${ParaView_CMAKE_DIR}/BundleUtilities.cmake\) fixup_bundle(\${APPS}\ \\ \${DIRS}\) COMPONENT BrandedRuntime) The issue is the DIRS variable which makes no attempt to add any of the extra directories that might be needed in case a *_USE_SYSTEM_* variable is set. I can hack in a rule for HDF5 but a much cleaner approach would be to track which _USE_SYSTEM_* variables are set and loop over those to setup the correct directories. Or did I just completely miss something? ___ Mike Jackson www.bluequartz.net Principal Software Engineer mike.jack...@bluequartz.net BlueQuartz Software Dayton, Ohio ___ 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] Problem compiling GIT-checkout...
Hi Stefan, These should all be fixed now when doing static builds. Thank you for our patience. On Thu, Dec 16, 2010 at 9:52 AM, Dave Partyka dave.part...@kitware.comwrote: Hi Stefan. Are you telling ParaView to use system zlib or anything like that? What settings are you adjusting when you run ccmake? The export has to do when the installation rules are processed to export a set of targets. On Thu, Dec 16, 2010 at 4:40 AM, Stefan Melber stefan.mel...@dlr.dewrote: Hi, i did a git-checkout this morning with git clone --recursive git://paraview.org/ParaView.git Works without problems. But trying to compile it, i get an error during ccmake (generate): CMake Error: INSTALL(EXPORT ParaViewTargets ...) includes target hdf5 which requires target vtkzlib that is not in the export set. How can i export this missing vtkzlib with GIT? Switching the hdf5-support of in ccmake does not help here ... Best regards, Stefan = Stefan Melber-Wilkending _/ _/_/ Fields of activities: _/ _/ -) High-Lift Research _/_/_/_/_/_/_/_/_/_/ -) Complex Configurations _/_/_/_/ -) Numerical Wind-Tunnel _/_/_/_/ -) Wind-Tunnel Design _/_/_/_/_/_/_/_/_/_/ -) Supercomputing _/ _/ _ _ -) Visualisation Techniques _/_/ | \ | |_| -) Glider-Aerodynamics _/ |_/ |_ | \ German Aerospace Center, DLR in the Helmholtz-Association Phone ..: +49 531/295-2836Institute of Aerodynamics Fax. ...: +49 531/295-2320and Flow Technology Email ..: stefan.mel...@dlr.deLilienthalplatz 7 Web : http://www.dlr.de/ASD-38106 Braunschweig/Germany = ___ 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] ParaView HDF5 migration to VTK
Dear Developers, I have just merged commits to VTK and ParaView that move ParaView's HDF5 into VTK. This migration makes it possible for VTK developers to begin using HDF5 storage in their own VTK classes and will also allow us to enable HDF5 functionality in other Utilities (such as HDF5 enabled NetCDF). HDF5 is located under Utilities/vtkhdf5. This version of HDF5 is the same that was in ParaView (1.8.5) but now is also mangled with vtk as a prefix. I strongly recommend that ParaView developers do a clean build after pulling these changes to reduce the likelihood of build failures. We will be watching the dashboard carefully for the next few days. If anyone experiences any issues please feel free to let us know and/or report a bug. Thanks and happy VTK/ParaView-ing! ___ 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] CMake error message when configuring with third party library
Whatever is installing MXADataModels will need to export it. Add an EXPORT argument to that libraries install rule for example: INSTALL(TARGETS vtkPVFilters EXPORT ${PV_INSTALL_EXPORT_NAME} RUNTIME DESTINATION ${PV_INSTALL_BIN_DIR} COMPONENT Runtime LIBRARY DESTINATION ${PV_INSTALL_LIB_DIR} COMPONENT Runtime ARCHIVE DESTINATION ${PV_INSTALL_LIB_DIR} COMPONENT Development) On Fri, Dec 17, 2010 at 10:07 AM, Michael Jackson mike.jack...@bluequartz.net wrote: I am building paraview with a few of my own plugins. One of the plugins depends on a library which gets built just fine. After updating from the 3.8.1 branch to master I am getting the following error message when running cmake: CMake Error: INSTALL(EXPORT ParaViewTargets ...) includes target vtkPVFilters which requires target MXADataModel that is not in the export set. -- Generating done What cmake code should I add to my plugin cmake code to fix this? INSTALL or EXPORT or something else. Any help greatly appreciated. Thanks ___ Mike Jackson www.bluequartz.net Principal Software Engineer mike.jack...@bluequartz.net BlueQuartz Software Dayton, Ohio ___ 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] CMake error message when configuring with third party library
This is all brand spanking new stuff that I added last week so I am still learning all the gotcha's myself. I'll put this info in the plugins wiki. On Fri, Dec 17, 2010 at 10:48 AM, Michael Jackson mike.jack...@bluequartz.net wrote: Oh. Didn't know that one. Seems to work now. Thank you very much. ___ Mike Jackson www.bluequartz.net Principal Software Engineer mike.jack...@bluequartz.net BlueQuartz Software Dayton, Ohio On Dec 17, 2010, at 10:45 AM, Dave Partyka wrote: Whatever is installing MXADataModels will need to export it. Add an EXPORT argument to that libraries install rule for example: INSTALL(TARGETS vtkPVFilters EXPORT ${PV_INSTALL_EXPORT_NAME} RUNTIME DESTINATION ${PV_INSTALL_BIN_DIR} COMPONENT Runtime LIBRARY DESTINATION ${PV_INSTALL_LIB_DIR} COMPONENT Runtime ARCHIVE DESTINATION ${PV_INSTALL_LIB_DIR} COMPONENT Development) On Fri, Dec 17, 2010 at 10:07 AM, Michael Jackson mike.jack...@bluequartz.net wrote: I am building paraview with a few of my own plugins. One of the plugins depends on a library which gets built just fine. After updating from the 3.8.1 branch to master I am getting the following error message when running cmake: CMake Error: INSTALL(EXPORT ParaViewTargets ...) includes target vtkPVFilters which requires target MXADataModel that is not in the export set. -- Generating done What cmake code should I add to my plugin cmake code to fix this? INSTALL or EXPORT or something else. Any help greatly appreciated. Thanks ___ Mike Jackson www.bluequartz.net Principal Software Engineer mike.jack...@bluequartz.net BlueQuartz Software Dayton, Ohio ___ 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] offscreen rendering problem on mac OS X
Hi Ashkan are you getting any error output and also are you able to share an example dataset. On Thu, Dec 16, 2010 at 12:47 AM, ashkan rafiee ashkan.raf...@yahoo.comwrote: I am trying to save an animation from my results in Paraview 3.8.1 on Mac OS X and always Paraview crashes at the end. I noticed that this can be solved by disable offscreen rendering, however I installed Paraview from dmg file provided in the website and not from the source (Since I dont know how to build from source). I was wondering if there is anyway that I can turn on disable offscreen rendering on my installed Paraview 3.8.1. Many thanks Ashkan ___ 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] Problem compiling GIT-checkout...
Hi Stefan. Are you telling ParaView to use system zlib or anything like that? What settings are you adjusting when you run ccmake? The export has to do when the installation rules are processed to export a set of targets. On Thu, Dec 16, 2010 at 4:40 AM, Stefan Melber stefan.mel...@dlr.de wrote: Hi, i did a git-checkout this morning with git clone --recursive git://paraview.org/ParaView.git Works without problems. But trying to compile it, i get an error during ccmake (generate): CMake Error: INSTALL(EXPORT ParaViewTargets ...) includes target hdf5 which requires target vtkzlib that is not in the export set. How can i export this missing vtkzlib with GIT? Switching the hdf5-support of in ccmake does not help here ... Best regards, Stefan = Stefan Melber-Wilkending _/ _/_/ Fields of activities: _/ _/ -) High-Lift Research _/_/_/_/_/_/_/_/_/_/ -) Complex Configurations _/_/_/_/ -) Numerical Wind-Tunnel _/_/_/_/ -) Wind-Tunnel Design _/_/_/_/_/_/_/_/_/_/ -) Supercomputing _/ _/ _ _ -) Visualisation Techniques _/_/ | \ | |_| -) Glider-Aerodynamics _/ |_/ |_ | \ German Aerospace Center, DLR in the Helmholtz-Association Phone ..: +49 531/295-2836Institute of Aerodynamics Fax. ...: +49 531/295-2320and Flow Technology Email ..: stefan.mel...@dlr.deLilienthalplatz 7 Web : http://www.dlr.de/ASD-38106 Braunschweig/Germany = ___ 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] install TARGETS given no ARCHIVE DESTINATION
Ah yes, you're doing a static build right? Let me see. On Tue, Dec 14, 2010 at 9:48 AM, David Doria daviddo...@gmail.com wrote: Dave, Any luck with this? I just did a fresh clone and still can't build. David On Thu, Dec 9, 2010 at 10:02 AM, Dave Partyka dave.part...@kitware.com wrote: Yes, I am looking into this right now. On Thu, Dec 9, 2010 at 9:53 AM, David Doria daviddo...@gmail.com wrote: I did a fresh clone this morning and I am getting this error when running CMake: git clone --recursive git://paraview.org/ParaView.git CMake Error at VTK/Utilities/kwsys/CMakeLists.txt:896 (INSTALL): install TARGETS given no ARCHIVE DESTINATION for static library target vtksys. Anyone else having this issue? David ___ 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] install TARGETS given no ARCHIVE DESTINATION
This needs a tweak to KWSYS which I don't have access to. I'll have Brad fix this when he gets in later today. On Tue, Dec 14, 2010 at 10:13 AM, David Doria daviddo...@gmail.com wrote: On Tue, Dec 14, 2010 at 10:04 AM, Dave Partyka dave.part...@kitware.com wrote: Ah yes, you're doing a static build right? Let me see. Correct. With BUILD_SHARED_LIBS OFF the error happens. With it ON, it configures fine. David ___ 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] trunk compile error
Sorry I thought I had fixed the last of these errors last night. I'll fix it asap. Thanks! On Fri, Dec 10, 2010 at 4:48 AM, Sergei D. sj2...@yandex.ru wrote: Hello! After git pull git submodule update this morning I can't to compile paraview. I got a error: [ 78%] Building CXX object Servers/Filters/CMakeFiles/vtkPVFilters.dir/vtkPVSynchronizedRenderer.cxx.o /home/sega/work/paraview/ParaView-git/Servers/Filters/vtkPVSynchronizedRenderer.cxx: In member function 'void vtkPVSynchronizedRenderer::Initialize()': /home/sega/work/paraview/ParaView-git/Servers/Filters/vtkPVSynchronizedRenderer.cxx:193: error: 'vtkCompositedSynchronizedRenderers' has not been declared /home/sega/work/paraview/ParaView-git/Servers/Filters/vtkPVSynchronizedRenderer.cxx: In member function 'void vtkPVSynchronizedRenderer::SetUseDepthBuffer(bool)': /home/sega/work/paraview/ParaView-git/Servers/Filters/vtkPVSynchronizedRenderer.cxx:309: error: invalid use of incomplete type 'struct vtkIceTSynchronizedRenderers' /home/sega/work/paraview/ParaView-git/Servers/Filters/vtkPVSynchronizedRenderer.h:25: error: forward declaration of 'struct vtkIceTSynchronizedRenderers' make[2]: *** [Servers/Filters/CMakeFiles/vtkPVFilters.dir/vtkPVSynchronizedRenderer.cxx.o] Ошибка 1 make[1]: *** [Servers/Filters/CMakeFiles/vtkPVFilters.dir/all] Error 2 -- Best regards, Sergei D. ___ 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] trunk compile error
This should be fixed now Sergei. Sorry for the delay, it has been a busy day. 2010/12/10 Dave Partyka dave.part...@kitware.com Sorry I thought I had fixed the last of these errors last night. I'll fix it asap. Thanks! On Fri, Dec 10, 2010 at 4:48 AM, Sergei D. sj2...@yandex.ru wrote: Hello! After git pull git submodule update this morning I can't to compile paraview. I got a error: [ 78%] Building CXX object Servers/Filters/CMakeFiles/vtkPVFilters.dir/vtkPVSynchronizedRenderer.cxx.o /home/sega/work/paraview/ParaView-git/Servers/Filters/vtkPVSynchronizedRenderer.cxx: In member function 'void vtkPVSynchronizedRenderer::Initialize()': /home/sega/work/paraview/ParaView-git/Servers/Filters/vtkPVSynchronizedRenderer.cxx:193: error: 'vtkCompositedSynchronizedRenderers' has not been declared /home/sega/work/paraview/ParaView-git/Servers/Filters/vtkPVSynchronizedRenderer.cxx: In member function 'void vtkPVSynchronizedRenderer::SetUseDepthBuffer(bool)': /home/sega/work/paraview/ParaView-git/Servers/Filters/vtkPVSynchronizedRenderer.cxx:309: error: invalid use of incomplete type 'struct vtkIceTSynchronizedRenderers' /home/sega/work/paraview/ParaView-git/Servers/Filters/vtkPVSynchronizedRenderer.h:25: error: forward declaration of 'struct vtkIceTSynchronizedRenderers' make[2]: *** [Servers/Filters/CMakeFiles/vtkPVFilters.dir/vtkPVSynchronizedRenderer.cxx.o] Ошибка 1 make[1]: *** [Servers/Filters/CMakeFiles/vtkPVFilters.dir/all] Error 2 -- Best regards, Sergei D. ___ 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] install TARGETS given no ARCHIVE DESTINATION
Yes, I am looking into this right now. On Thu, Dec 9, 2010 at 9:53 AM, David Doria daviddo...@gmail.com wrote: I did a fresh clone this morning and I am getting this error when running CMake: git clone --recursive git://paraview.org/ParaView.git CMake Error at VTK/Utilities/kwsys/CMakeLists.txt:896 (INSTALL): install TARGETS given no ARCHIVE DESTINATION for static library target vtksys. Anyone else having this issue? David ___ 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] Re : ANN: ParaView 3.10 branch VTK 5.8 branch
The master branch of the git repo should have this fix. When we branch for the release (which will happen in the next few days) the current contents of master (building as version 3.9) will become 3.10. On Wed, Dec 8, 2010 at 2:36 AM, R M mlok...@yahoo.fr wrote: Hello, Where can we get the 3.10 version ? I need to have the Cell Data to Point Data that crashs on the 3.9.0 win 32. it seems to be fixed in the 3.10 version - http://www.paraview.org/Bug/view.php?id=11520 Thank you. -- *De :* Dave Partyka dave.part...@kitware.com *À :* ParaView paraview@paraview.org; ParaView Developers paraview-develop...@paraview.org; vtk vtkus...@vtk.org; VTK Developers vtk-develop...@vtk.org *Envoyé le :* Lun 6 décembre 2010, 20h 51min 57s *Objet :* Re: [Paraview] ANN: ParaView 3.10 branch VTK 5.8 branch Just a heads up. We will likely be branching tomorrow. Thank you, On Mon, Nov 29, 2010 at 1:30 PM, Dave Partyka dave.part...@kitware.comwrote: Hello all, We will be branching ParaView and VTK for their respective releases soon (probably this week). This is a heads up that finished features, bug fixes, etc., that are a part of these releases should be merged in the coming days. Once the branches are created any further changes that need to be part of the releases will need to be manually cherry-picked onto the release branches. Also, If anyone is responsible for failing tests on the dashboards we would strongly encourage you to please take a look at them. Thank you, ___ 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] hdf5 version in binaries paraview-3.8.1
ParaView 3.8.1 uses hdf5 1.8.5. On Wed, Dec 8, 2010 at 9:43 AM, Didier Roissé didier.roi...@gmail.comwrote: Hello, The binaries of Paraview-3.8.1 located on http://paraview.org/paraview/resources/software.html are built with the version hdf5 1.8.5 , or hdf5 1.6.x ? Best regards, Didier ___ 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] Please close bug #11211
Robert can since he fixed it. Just assigned it to him. Thanks for pointing that out. On Sun, Dec 5, 2010 at 9:30 PM, Takuya OSHIMA osh...@eng.niigata-u.ac.jpwrote: By the way, can somebody close bug #11211 please? http://paraview.org/Bug/view.php?id=11211 0011211: ParaView-3.9.0 gives wrong contour (iso-surface) on OpenFOAM-datasets Takuya OSHIMA, Ph.D. Faculty of Engineering, Niigata University 8050 Ikarashi-Ninocho, Nishi-ku, Niigata, 950-2181, JAPAN ___ 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] Numpy/Scipy in paraview?
ParaView isn't distributed with NUMPY (yet). Thus you will have to install it yourself and then either put it in the site-packages directory inside of ParaView or set your PYTHONPATH correctly when running ParaView. On Wed, Dec 1, 2010 at 4:03 AM, George Gerber george.ger...@gmail.comwrote: Hi Paraviewers, Is it possible to use numpy/scipy in paraview? When I try to import numpy in paraview I receive the following error: ImportError: No module named numpy I have a windows version of paraview and my Python installation is located in C:\Python25\ Thanks in advance, George ___ 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] Proper Way to Include Plugins in ParaView 3.8 and beyond
Can do! On Tue, Nov 30, 2010 at 9:44 AM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: I think I like the multiple PARAVIEW_EXTERNAL_PLUGINS_FILES idea. To avoid confusion for existing users of PARAVIEW_EXTERNAL_PLUGINS_FILE variable, we can keep the variable name same, just accept multiple values similar to PARAVIEW_EXTRA_EXTERNAL_MODULE. Dave, can you make that change? Utkarsh On Mon, Nov 29, 2010 at 6:03 PM, Michael Jackson mike.jack...@bluequartz.net wrote: Lets try this again, from an even higher perspective: I have several git repositories. Each one holds a plugin project for paraview. They are: PVMXA PVDislocation PVOIM The three projects are independent. Usually I would set PARAVIEW_EXTRA_EXTERNAL_MODULE to PVMXA;PVOIM;PVDislocation and run CMake. CMake would ask me for all the source directories for each module and things went as planned. With the PARAVIEW_EXTERNAL_PLUGINS_FILE which one of the repos would I store that in? (Rhetorical question..). I guess I can keep the same file in _each_ of the repos with instructions telling the user how to comment out what they don't need? Seems a bit odd to have to do it that way. Now, if PARAVIEW_EXTERNAL_PLUGINS_FILE would actually be PARAVIEW_EXTERNAL_PLUGINS_FILES (Note the plural) and I could assign multiple files to it then this would be much better. Again, Having been out of the ParaView plugin game for 9 months I may have missed something along then way. Hopefully that is more clear in where I am getting confused. -- Mike Jackson www.bluequartz.net On Nov 29, 2010, at 5:53 PM, Dave Partyka wrote: In the file PARAVIEW_EXTERNAL_PLUGINS_FILE points to you can just enumerate all your plugins like so paraview_build_optional_plugin(Plugin1 My Plugin 1 /some/source/dir ON) paraview_build_optional_plugin(Plugin2 My Plugin 2 /some/other/source/dir ON) On Mon, Nov 29, 2010 at 5:27 PM, Michael Jackson mike.jack...@bluequartz.net wrote: I usually use PARAVIEW_EXTRA_EXTERNAL_MODULE to add my plugins. Is this the proper way now? In looking through the ParaView cmake files I found the PARAVIEW_EXTERNAL_PLUGINS_FILE variable which seems to only take a single value (a file path). What happens if I have multiple plugins in multiple project directories to add? Or is there another way that I should be upgrading all my plugins to use? Wiki entry that I missed? Thank ___ Mike Jackson www.bluequartz.net Principal Software Engineer mike.jack...@bluequartz.net BlueQuartz Software Dayton, Ohio ___ 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] Linking problems when compiling ParaView 3.8.1 with OpenMPI 1.4.3 and Python 2.7
Hi Nenad, Sorry for not replying, Utkarsh just pointed your email out to me. Let me give this a try to see if I can recreate the problem. On Tue, Nov 23, 2010 at 6:00 PM, Nenad Vujicic nena...@gmail.com wrote: Hello everyone, I tried to compile ParaView 3.8.1 with BUILD_SHARED_LIBS, PARAVIEW_USE_MPI and PARAVIEW_ENABLE_PYTHON options turned on, but I get following linking errors: 4 Creating library E:\Projects\ParaView-3.8.1\build\bin\Release\MPIPython.lib and object E:\Projects\ParaView-3.8.1\build\bin\Release\MPIPython.exp 4MPI.obj : error LNK2019: unresolved external symbol __imp__lt_dladvise_destroy referenced in function _dlopen_mpi_lib 4MPI.obj : error LNK2019: unresolved external symbol __imp__lt_dlopenadvise referenced in function _dlopen_mpi_lib 4MPI.obj : error LNK2019: unresolved external symbol __imp__lt_dladvise_global referenced in function _dlopen_mpi_lib 4MPI.obj : error LNK2019: unresolved external symbol __imp__lt_dladvise_ext referenced in function _dlopen_mpi_lib 4MPI.obj : error LNK2019: unresolved external symbol __imp__lt_dladvise_init referenced in function _dlopen_mpi_lib 4MPI.obj : error LNK2019: unresolved external symbol __imp__lt_dlinit referenced in function _dlopen_mpi_lib 4MPI.obj : error LNK2019: unresolved external symbol __imp__lt_dlexit referenced in function _dlclose_mpi_lib 4MPI.obj : error LNK2019: unresolved external symbol __imp__lt_dlclose referenced in function _dlclose_mpi_lib 4E:\Projects\ParaView-3.8.1\build\bin\Release\MPIPython.dll : fatal error LNK1120: 8 unresolved externals I use Visual Studio 2008 SP1, CMake 2.8 and OpenMPI 1.4.3 (compiled with default options in Release mode). Same errors I get when trying to compile under CentOS 5.3 (with precompiled OpenMPI 1.4.3 sources) too. Other projects are compiled well in both cases. Does anyone knows how to solve this problem? I believe the solution is in setting appropriate building options for OpenMPI, but I'm not sure what to do. Thanks, Nenad. ___ 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] ANN: ParaView 3.10 branch VTK 5.8 branch
Hello all, We will be branching ParaView and VTK for their respective releases soon (probably this week). This is a heads up that finished features, bug fixes, etc., that are a part of these releases should be merged in the coming days. Once the branches are created any further changes that need to be part of the releases will need to be manually cherry-picked onto the release branches. Also, If anyone is responsible for failing tests on the dashboards we would strongly encourage you to please take a look at them. Thank you, ___ 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] Proper Way to Include Plugins in ParaView 3.8 and beyond
In the file PARAVIEW_EXTERNAL_PLUGINS_FILE points to you can just enumerate all your plugins like so paraview_build_optional_plugin(Plugin1 My Plugin 1 /some/source/dir ON) paraview_build_optional_plugin(Plugin2 My Plugin 2 /some/other/source/dir ON) On Mon, Nov 29, 2010 at 5:27 PM, Michael Jackson mike.jack...@bluequartz.net wrote: I usually use PARAVIEW_EXTRA_EXTERNAL_MODULE to add my plugins. Is this the proper way now? In looking through the ParaView cmake files I found the PARAVIEW_EXTERNAL_PLUGINS_FILE variable which seems to only take a single value (a file path). What happens if I have multiple plugins in multiple project directories to add? Or is there another way that I should be upgrading all my plugins to use? Wiki entry that I missed? Thank ___ Mike Jackson www.bluequartz.net Principal Software Engineer mike.jack...@bluequartz.net BlueQuartz Software Dayton, Ohio ___ 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] pvserver not rendering when built with osmesa (MPI disabled)
I just tried out the newly released 7.9 version last week and that one worked fairly well for me. It appears to contain the fixes to make_current that plagued 7.7/7.8. On Mon, Nov 29, 2010 at 7:05 PM, pat marion pat.mar...@kitware.com wrote: You could try again with mesa 7.6.1, I know that version works. I think there was a problem with mesa since from that version through 7.8, but I think it is fixed in mesa's current development source. I thought the problem manifested itself as a crash though, not a hang. Hopefully someone else will recognize your problem, I have never seen that before. Pat On Mon, Nov 29, 2010 at 7:00 PM, Jeff Mauldin jama...@sandia.gov wrote: I did a clone of the repository using git (on Nov 18). I'm trying to do stuff with ParaViewWeb and some of the things in ParaViewWeb need some of the latest changes. I'm using version 7.7.1 of mesa (and I therefore assume osmesa), as the wiki seemed to indicate this was a version which worked. I didn't try a later version of mesa. pat marion wrote: Hi Jeff, Which version of paraview source code are you compiling, and which version of osmesa are you using? Pat On Wed, Nov 24, 2010 at 6:16 PM, Jeff Mauldin jama...@sandia.gov wrote: I am trying to run a paraview server (pvserver) on a multinode machine using osmesa to do offscreen rendering (and then viewed from a client on another machine). I have been successful in compiling pvserver with osmesa. However, when I try to use pvserver, it hangs. Specifically, I start a paraview client on machine A (bentley) and ask for a reverse-connection connection to a pvserver which I will start manually on machine B. I go to machine B and start pvserver (in reverse connect, with machine A specified as the client host). The connection is successful insofar as the output on the terminal I started pvserver on on machine B says Connected to client. However, no rendering occurs on the paraview client on Machine A. quite a bit of digging later (including putting some printf calls into pvserver on machine B), I've figured out where the hang is: In vtkPVSynchronizedRenderWindows::SynchronizeBounds we are in case RENDER_SERVER and we freeze during either the c_rs_controller-Send or c_rs_controller-Receive call. A bit of the call stack is: vtkPVSynchronizedRenderWindows::SynchronizeBounds vtkPVRenderView::GatherBoundsInformation vtkPVRenderView::Render I belive this is the first render attempt made by pvserver. I had compiled pvserver without MPI and am currently trying to recompile it with MPI. ___ 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] build problems on mac osx 10.6.4
Alright, the last time I dealt with this error it had to do with some sort of configuration inconsistency between how qt was built relating to platform and cocoa/carbon. Can you now try to blow away your build of ParaView and reconfigure it from scratch? 2010/11/25 Rok Roškar ros...@physik.uzh.ch yep, just tried the whole build again with ./configure -cocoa -arch x86_64 for the Qt build and it fails in the same spot On Nov 24, 2010, at 3:18 PM, Dave Partyka wrote: Did you do -cocoa when you built qt? 2010/11/24 Rok Roškar ros...@physik.uzh.ch Hi there, I'm trying to build paraview 3.8.1 on the mac using standard options with Qt 4.6.2 built from source. I get the following error: [ 89%] Building CXX object Qt/Widgets/CMakeFiles/pqWidgets.dir/pqProgressBarHelper.cxx.o /Users/rokstar/Nbody/src/ParaView-3.8.1/Qt/Widgets/pqProgressBarHelper.cxx: In constructor 'pqProgressBarHelper::pqProgressBarHelper(pqProgressBar*)': /Users/rokstar/Nbody/src/ParaView-3.8.1/Qt/Widgets/pqProgressBarHelper.cxx:37: error: type 'QObject' is not a direct base of 'pqProgressBarHelper' A similar issue was reported here: http://public.kitware.com/pipermail/paraview/2010-June/018035.html But, I wasn't able to find the resolution of this problem. Any help is greatly appreciated! Rok ___ 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] build problems on mac osx 10.6.4
Did you do -cocoa when you built qt? 2010/11/24 Rok Roškar ros...@physik.uzh.ch Hi there, I'm trying to build paraview 3.8.1 on the mac using standard options with Qt 4.6.2 built from source. I get the following error: [ 89%] Building CXX object Qt/Widgets/CMakeFiles/pqWidgets.dir/pqProgressBarHelper.cxx.o /Users/rokstar/Nbody/src/ParaView-3.8.1/Qt/Widgets/pqProgressBarHelper.cxx: In constructor 'pqProgressBarHelper::pqProgressBarHelper(pqProgressBar*)': /Users/rokstar/Nbody/src/ParaView-3.8.1/Qt/Widgets/pqProgressBarHelper.cxx:37: error: type 'QObject' is not a direct base of 'pqProgressBarHelper' A similar issue was reported here: http://public.kitware.com/pipermail/paraview/2010-June/018035.html But, I wasn't able to find the resolution of this problem. Any help is greatly appreciated! Rok ___ 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] Problems building 3.8.0 for 64-bit Mac
This is all very strage, I have two Macs, both Snow leopard with the latest updates and have never seen this error. I am curious what version of CMake you are using? On Thu, Nov 4, 2010 at 7:36 PM, Peter Schmitt pschmit...@gmail.com wrote: Hi all, Just writing to mention that I ran into this same problem on Mac OSX 10.6.4 (just upgraded from 10.5.8 yesterday). Compiled my own qt-4.6.2 from source. Building ParaView 3.8.1 from source. I fixed this by swapping the cxx and mm extension in the IF(Q_WS_MAC) ELSE block of Qt/Widgets/CMakeLists.txt: IF(Q_WS_MAC) SET(QtWidgets_SRCS ${QtWidgets_SRCS} pqProgressBarHelper.mm) ELSE(Q_WS_MAC) SET(QtWidgets_SRCS ${QtWidgets_SRCS} pqProgressBarHelper.cxx) ENDIF(Q_WS_MAC) Patch: ../ParaView-3.8.1/Qt/Widgets/CMakeLists.txt 101,102d100 SET(QtWidgets_SRCS ${QtWidgets_SRCS} pqProgressBarHelper.mm) ELSE(Q_WS_MAC) 103a102,103 ELSE(Q_WS_MAC) SET(QtWidgets_SRCS ${QtWidgets_SRCS} pqProgressBarHelper.mm) The code is still compiling, but got beyond the 'class QObject' is not a direct base of 'pqProgressBarHelper' error. Cheers, Pete On Tue, Jun 29, 2010 at 2:56 PM, Dave Partyka dave.part...@kitware.comwrote: Hi Ben, can you send us your CMakeCache.txt in the root of your build tree. On Tue, Jun 29, 2010 at 4:40 PM, Ben Medina ben.med...@gmail.com wrote: It just prints out: Q_WS_MAC == I'm not sure what is responsible for setting that variable; I've only ever seen it used in C++ source as a preprocessor define, not in CMake source. Thanks, Ben On Tue, Jun 29, 2010 at 1:00 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: If you look at Qt/Widgets/CMakeLists.txt, around line #79, it doesn't add pqProgressBarHelper.cxx as a source to compile on macs, instead it uses pqProgressBarHelper.mm. Now the question why isn't that happening in your case. Try adding the following; message( Q_WS_MAC == ${Q_WS_MAC}) What does that print out when you run cmake? Utkarsh On Tue, Jun 29, 2010 at 3:38 PM, Ben Medina ben.med...@gmail.com wrote: Hello, I just downloaded the 3.8.0 source and am trying to compile a 64-bit version on Mac OS 10.5. During the build of the pqWidgets target, this error occurs: .../ParaView-3.8.0/Qt/Widgets/pqProgressBarHelper.cxx:37: error: type 'class QObject' is not a direct base of 'pqProgressBarHelper' There seems to be an error in the source. Here's the class declaration in pqProgressBarHelper.h: #ifdef Q_WS_MAC class pqProgressBarHelper : public QWidget #else class pqProgressBarHelper : public QObject #endif But then in the constructor in pqProgressBarHelper.cxx is this: pqProgressBarHelper::pqProgressBarHelper(pqProgressBar* p) : QObject(p), Progress(p) { } Any ideas? Thanks, Ben ___ 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 ___ 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] vtkSMExtractDocumentation linking error for ParaView 3.8.1
Hi Christine, As far as I am aware (and doing some of my own grepping) I am not finding any dependency on MD5 in ParaView/VTK, so this is very puzzling. Are you using some kind of secure MPI? Anyway, just adding in FindOpenSSL won't help as it won't change what libraries ParaView links to. You could try adding -lcrypto to CMAKE_CXX_FLAGS and CMAKE_C_FLAGS in ccmake/cmake-gui. But as I said, this shouldn't be required. On Mon, Nov 1, 2010 at 8:47 AM, Christine Corbett Moran corb...@physik.uzh.ch wrote: I'm setting up ParaView 3.8.1 (stable version from source linked on the website) on our cluster and running into a linking error. the error is [ 87%] Built target vtkPVServerManager Linking CXX executable ../../bin/vtkSMExtractDocumentation ../../bin/libvtkPVServerCommon.so: undefined reference to `MD5' collect2: ld returned 1 exit status and I have OPENSSL_CRYPTO_LIBRARIES /usr/lib64/libssl.a:/usr/lib64/libcrypto.a OPENSSL_INCLUDE_DIR /usr/include OPENSSL_LIBRARIES /usr/lib64/libssl.a:/usr/lib64/libcrypto.a OPENSSL_SSL_LIBRARIES /usr/lib64/libssl.a:/usr/lib64/libcrypto.a set via ccmake. I've tried both the static and the shared versions of the libraries on the machine. I've tried using different versions of CMake (2.8.1 vs. 2.8.2). A simple program using MD5 compiles against these libraries no problem gcc -o md5sum md5sum.c -lcrypto, I've done an ldd on this test program md5sum binary to verify that it is indeed pointing to the same libs that I've pointed to in the PV build. I've tried manually adding the locations of the libraries to my LD_LIBRARY_PATH. I've also tried putting INCLUDE(FindOpenSSL) in my CMakeLists.txt. Now I'm out of new ideas. Christine ___ 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] Problems HDF5_ENABLE_PARALLEL
Hi Tobias, I doubt anyone has tested this as those options originate from HDF5 itself and only have been available for around 2 months. I would suspect that work needs to be done in Xdmf to support parallel HDF5. You can specify your own HDF5 by enabaling PARAVIEW_USE_SYSTEM_HDF5, reconfiguring and then setting the necessary HDF5 library/header variables in ccmake/cmake-gui. The version included in ParaView is the 1.8.5 release available on the HDF5 groups website. On Tue, Nov 2, 2010 at 8:05 AM, Tobias Brandvik tbrand...@gmail.com wrote: Hi all, When turning on HDF5_ENABLE_PARALLEL, the XDMF reader hangs. Without it, everything works fine (even when running the server in parallel). Parallel HDF5 works fine on the system in other applications (the file I'm trying to read in was created with parallel HDF5). This is on a 64-bit Linux cluster with with a Lustre file system and a recent Paraview 3.9 from CVS, compiled with Mesa support. Is this feature supposed to work? If so, I would be grateful for any hints on what I should try. Also, I seem to remember there being an option to use a user-supplied version of HDF5 - is this still available/recommended? I couldn't find the correct CMAKE option for it. Best wishes, Tobias --- Tobias Brandvik PhD Student Whittle Laboratory, University of Cambridge 1 JJ Thomson Avenue Cambridge CB3 0DY, UK ___ 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] Problems HDF5_ENABLE_PARALLEL
Also, would you mind reporting a bug on paraview.org/Bug and also a simple dataset that recreates the issue? That way the issue won't be forgotten. On Tue, Nov 2, 2010 at 8:13 AM, Dave Partyka dave.part...@kitware.comwrote: Hi Tobias, I doubt anyone has tested this as those options originate from HDF5 itself and only have been available for around 2 months. I would suspect that work needs to be done in Xdmf to support parallel HDF5. You can specify your own HDF5 by enabaling PARAVIEW_USE_SYSTEM_HDF5, reconfiguring and then setting the necessary HDF5 library/header variables in ccmake/cmake-gui. The version included in ParaView is the 1.8.5 release available on the HDF5 groups website. On Tue, Nov 2, 2010 at 8:05 AM, Tobias Brandvik tbrand...@gmail.comwrote: Hi all, When turning on HDF5_ENABLE_PARALLEL, the XDMF reader hangs. Without it, everything works fine (even when running the server in parallel). Parallel HDF5 works fine on the system in other applications (the file I'm trying to read in was created with parallel HDF5). This is on a 64-bit Linux cluster with with a Lustre file system and a recent Paraview 3.9 from CVS, compiled with Mesa support. Is this feature supposed to work? If so, I would be grateful for any hints on what I should try. Also, I seem to remember there being an option to use a user-supplied version of HDF5 - is this still available/recommended? I couldn't find the correct CMAKE option for it. Best wishes, Tobias --- Tobias Brandvik PhD Student Whittle Laboratory, University of Cambridge 1 JJ Thomson Avenue Cambridge CB3 0DY, UK ___ 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] Error importing numpy [Windows]
That is a strange error. Usually it prints what library it had an issue with. That said, I am assuming you're numpy was built against lapack/blas or clapack? Are those dlls in your path as well? On Fri, Oct 29, 2010 at 12:19 PM, dpar...@chromalloy.com wrote: I'm attempting to use an existing installation of numpy in Paraview on Windows. I installed Paraview from a binary installer onto Windows. Paraview installed it's own Python version without numpy. I tried appending the path to an existing numpy installation on the computer to the PYTHONPATH within the Paraview Python shell, but I cannot import numpy (see Python shell traceback): ImportError: DLL load failed: %1 is not a valid Win32 application. Both the Paraview and Windows Python versions are 2.6. Any ideas on how to proceed? David Parker Chromalloy - TDAG ___ 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] dashboards run with installed version?
The installation of third party libraries (by BundleUtilities) is controlled by PARAVIEW_INSTALL_THIRD_PARTY_LIBRARIES, which is default OFF. I can most certainly turn it OFF (especially for Linux) by default. That will result in no Qt, FFMPEG, Python, etc libraries being installed in blah/lib/paraview-3.x. If you don't have Qt (for example) in usr/lib though, you will have to set LD_LIBRARY_PATH appropriately. Anyone object to PARAVIEW_INSTALL_THIRD_PARTY_LIBRARIES being defaulted to OFF on Linux? On Wed, Oct 27, 2010 at 1:02 PM, Marcus D. Hanwell marcus.hanw...@kitware.com wrote: Should we really be running BundleUtilities for a normal make install? On Wed, Oct 27, 2010 at 12:14 PM, Dave Partyka dave.part...@kitware.com wrote: I'll take a look Jean, BundleUtilities is something added late last week. Can you send all of the output from make install? I think somewhere in it, it complains what library it had a problem. On Wed, Oct 27, 2010 at 11:14 AM, Favre Jean jfa...@cscs.ch wrote: ParaView developpers, are the dashboards run from their build directories, or from the installed directories? the reason I ask is that for several days now, I can build at 100%, but make install fails with errors like: CMake Error at /apps/eiger/src/ParaView/CMake/BundleUtilities.cmake:743 (message): error: verify_app failed Call Stack (most recent call first): /apps/eiger/src/ParaView/CMake/BundleUtilities.cmake:625 (verify_app) Applications/ParaView/cmake_install.cmake:76 (fixup_bundle) Applications/cmake_install.cmake:37 (INCLUDE) cmake_install.cmake:51 (INCLUDE) Jean ___ 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] dashboards run with installed version?
Sorry, PARAVIEW_INSTALL_THIRD_PARTY_LIBRARIES is default ON. On Wed, Oct 27, 2010 at 1:51 PM, Dave Partyka dave.part...@kitware.comwrote: The installation of third party libraries (by BundleUtilities) is controlled by PARAVIEW_INSTALL_THIRD_PARTY_LIBRARIES, which is default OFF. I can most certainly turn it OFF (especially for Linux) by default. That will result in no Qt, FFMPEG, Python, etc libraries being installed in blah/lib/paraview-3.x. If you don't have Qt (for example) in usr/lib though, you will have to set LD_LIBRARY_PATH appropriately. Anyone object to PARAVIEW_INSTALL_THIRD_PARTY_LIBRARIES being defaulted to OFF on Linux? On Wed, Oct 27, 2010 at 1:02 PM, Marcus D. Hanwell marcus.hanw...@kitware.com wrote: Should we really be running BundleUtilities for a normal make install? On Wed, Oct 27, 2010 at 12:14 PM, Dave Partyka dave.part...@kitware.com wrote: I'll take a look Jean, BundleUtilities is something added late last week. Can you send all of the output from make install? I think somewhere in it, it complains what library it had a problem. On Wed, Oct 27, 2010 at 11:14 AM, Favre Jean jfa...@cscs.ch wrote: ParaView developpers, are the dashboards run from their build directories, or from the installed directories? the reason I ask is that for several days now, I can build at 100%, but make install fails with errors like: CMake Error at /apps/eiger/src/ParaView/CMake/BundleUtilities.cmake:743 (message): error: verify_app failed Call Stack (most recent call first): /apps/eiger/src/ParaView/CMake/BundleUtilities.cmake:625 (verify_app) Applications/ParaView/cmake_install.cmake:76 (fixup_bundle) Applications/cmake_install.cmake:37 (INCLUDE) cmake_install.cmake:51 (INCLUDE) Jean ___ 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] dashboards run with installed version?
No, thats a bug. I'll take a look. Thanks! On Wed, Oct 27, 2010 at 3:12 PM, Favre Jean jfa...@cscs.ch wrote: Turning PARAVIEW_INSTALL_THIRD_PARTY_LIBRARIES to OFF fixes my install issue. Thanks for the tip. btw, is there any reason the hdf5 libs get installed in /fullpath/lib instead of /fullpath/lib/paraview-3.9? There are the only libs being installed one level up (from the rest). Thanks Jean ___ 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] Visit Data Base Bridge
In the 3.8 releases it is available in the Windows 32 bit, Linux 32 bit and Linux 64 bit binaries and does have cgns support. If you download any of those three binaries you should see it in the plugin manager under the tools menu. The plugin is listed as VisItReaderPlugin. http://paraview.org/paraview/resources/software.html http://paraview.org/paraview/resources/software.html On Thu, Oct 21, 2010 at 5:23 AM, Michael Scheerer m_schee...@web.de wrote: Hello! I've now heard, that the Visit data base bridge is alread included in the actual version 3.8 and that 3.10 will ship an improved data base bridge version. But there seems no entry of the data base bridge in the plug in manager or in the binary folders and Paraview still can't recognize CGNS. I fear, that in 3.10 it would be the same result. So my question is: How can I activate the Visit data base bridge, if it's already included in 3.8? Best regards Michael Scheerer ___ GRATIS! Movie-FLAT mit über 300 Videos. Jetzt freischalten unter http://movieflat.web.de ___ 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] Visit Data Vase Bridge - which 32 bit windows version supports it? Also the MPI version?
Hi Michael, This 32 bit windows version contains the plugin http://paraview.org/files/v3.8/ParaView-3.8.1-Win32-x86.exe On Thu, Oct 21, 2010 at 2:21 PM, Michael Scheerer m_schee...@web.de wrote: Hello! Visit Data Vase Bridge - which 32 bit windows version supports it? Also the MPI version? And the 3.10 Paraview will than also include it in the 64 bit (Mpi) binary version? best regards Michael ___ WEB.DE DSL Doppel-Flat ab 19,99 euro;/mtl.! Jetzt auch mit gratis Notebook-Flat! http://produkte.web.de/go/DSL_Doppel_Flatrate/2 ___ 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] windows build problems, cmake errors
How are your build/source directories organized? Is the source dir on the Z drive and the build dir is on C? On Tue, Oct 19, 2010 at 8:23 PM, m.c.wilk...@massey.ac.nz wrote: Hi, I get an error while trying to build the make files for building paraview on Windows. The error is: Entering Z:/Utilities/VTKClientServer/Common CMake Error at Utilities/VTKClientServer/vtkClientServer.cmake:16 (INCLUDE): include could not find load file: C:/build/pv/VTK/Utilities/vtkCommonKit.cmake Call Stack (most recent call first): Utilities/VTKClientServer/vtkClientServer.cmake:37 (PV_PRE_WRAP_VTK_CS) Utilities/VTKClientServer/Common/CMakeLists.txt:2 (PV_WRAP_VTK_CS) Returning to Z:/Utilities/VTKClientServer Now for the details. I have Cmake 2.8.2, paraview source 3.8.1 from http://www.paraview.org/files/v3.8/ParaView-3.8.1.zip, QT 4.7.0 from http://qt.nokia.com/downloads/windows-cpp-vs2008, visual studio 2009, and windows XP SP3. In cmake I have this: CMake Warning at CMakeLists.txt:97 (MESSAGE): Warning: You are using Qt 4.7.0. Officially supported version is Qt 4.6 I don't think this can be the problem as the error isn't in any Qt directories. I also tried using the latest source via git using: git clone git://paraview.org/ParaView.git git submodule init git submodule update but I got a similar message. Does anyone have any clues please? Thank you! Matt Wilkins ___ 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] [CMake] Reusing configuration
Hi Fred, The marching cubes header is in the development tarbal. I am taking a look now into why the headers aren't automatically included simply by including PARAVIEW_USE_FILE. On Sun, Oct 17, 2010 at 5:01 PM, Fred Fred stan1...@hotmail.fr wrote: Since nobody was able to help me on the cmake list, may be this is a PV issue? My problem is I do not manage to compile a plugin with the development distribution. After a couple os discussions on the cmake list, my CMakeLists.txt now looks like this: SET(ParaView_DIR /ParaView-Development-3.8.1-Linux-i686/lib/paraview-3.8) FIND_PACKAGE(ParaView REQUIRED) INCLUDE(${PARAVIEW_USE_FILE}) ADD_PARAVIEW_PLUGIN(MyPlugin 1.0 SERVER_MANAGER_XML MyPlugin.xml SERVER_MANAGER_SOURCES vtkMyPlugin.cxx) INCLUDE_DIRECTORIES(/ParaView-3.8.1/VTK) but the header files are still not found: [ 14%] Generating vtkSMXML_MyPlugin.h -- Generate module: MyPlugin [ 28%] Generating vtkMyPluginClientServer.cxx Scanning dependencies of target MyPlugin [ 42%] Building CXX object CMakeFiles/MyPlugin.dir/vtkMyPlugin.o /vtk/vtkLocal/MyPlugin2/vtkMyPlugin.cxx:26:35: error: vtkMarchingCubesCases.h: Aucun fichier ou dossier de ce type find /ParaView-3.8.1/VTK -name vtkMarchingCubesCases.h /ParaView-3.8.1/VTK/Filtering/vtkMarchingCubesCases.h And this plugin compiles well with a PV-3.8.0 source installation. Any help? ___ 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] [paraview] compiling Mesa with paraview
/home/joshuawu/remoteparaview/mesa/Mesa-7.5.2/include OSMESA_LIBRARY /home/joshuawu/remoteparaview/mesa/Mesa-7.5.2/lib/libOSMesa.so VTK_OPENGL_HAS_OSMESA : ON VTK_USE_MANGLED_MESA : OFF VTK_USE_OFFSCREEN : ON VTK_USE_X : OFF --- --Josh On Oct 14, 2010, at 9:27 AM, Dave Partyka wrote: Hi Joshua, The best way to configure paraview with OSMesa is to use the following settings. VTK_USE_X : OFF OPENGL_gl_LIBRARY : leave this blank OPENGL_glu_LIBRARY: to osmesa's libGLU.so. OSMESA_LIBRARY : /usr/lib64/libOSMesa.so VTK_OPENGL_HAS_OSMESA : ON VTK_USE_MANGLED_MESA : OFF VTK_USE_OFFSCREEN : ON I also recommend you either use an older Mesa (7.5.2 for example) or use the latest from their git repository as there is a major bug in the latest released versions for which ParaView will crash. On Thu, Oct 14, 2010 at 10:13 AM, Joshua Wu joshu...@lanl.gov wrote: I'm recently started to install paraview on a new machine, OS is Ubuntu, a 64 bit machine. Mesa itself is built smoothly and my cmake configuration is the same as I built before (I successfully built Mesa with PV many times), I've tried three versions of Mesa to be integrated into PV, 7.9, 7.6.1 and 7.0.4. About 48% of building PV, I get the following consistent error --- /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_create_framebuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_free_context_data' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_get_current_context' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_vbo_InvalidateState' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_initialize_context' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_reference_renderbuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_enable_1_4_extensions' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swrast_choose_triangle' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_error' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_add_soft_renderbuffers' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_add_renderbuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_enable_1_3_extensions' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_calloc' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_problem' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_enable_1_5_extensions' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_vbo_CreateContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swrast_choose_line' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_free' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swsetup_DestroyContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_make_current' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_new_renderbuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_tnl_DestroyContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_init_driver_functions' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_update_framebuffer_visual' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_destroy_visual' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_unreference_framebuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_vbo_DestroyContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_remove_renderbuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_create_visual' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swrast_DestroyContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swrast_CreateContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6
Re: [Paraview] [paraview] compiling Mesa with paraview
Hi Joshua, The best way to configure paraview with OSMesa is to use the following settings. VTK_USE_X : OFF OPENGL_gl_LIBRARY : leave this blank OPENGL_glu_LIBRARY: to osmesa's libGLU.so. OSMESA_LIBRARY : /usr/lib64/libOSMesa.so VTK_OPENGL_HAS_OSMESA : ON VTK_USE_MANGLED_MESA : OFF VTK_USE_OFFSCREEN : ON I also recommend you either use an older Mesa (7.5.2 for example) or use the latest from their git repository as there is a major bug in the latest released versions for which ParaView will crash. On Thu, Oct 14, 2010 at 10:13 AM, Joshua Wu joshu...@lanl.gov wrote: I'm recently started to install paraview on a new machine, OS is Ubuntu, a 64 bit machine. Mesa itself is built smoothly and my cmake configuration is the same as I built before (I successfully built Mesa with PV many times), I've tried three versions of Mesa to be integrated into PV, 7.9, 7.6.1 and 7.0.4. About 48% of building PV, I get the following consistent error --- /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_create_framebuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_free_context_data' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_get_current_context' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_vbo_InvalidateState' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_initialize_context' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_reference_renderbuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_enable_1_4_extensions' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swrast_choose_triangle' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_error' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_add_soft_renderbuffers' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_add_renderbuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_enable_1_3_extensions' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_calloc' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_problem' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_enable_1_5_extensions' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_vbo_CreateContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swrast_choose_line' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_free' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swsetup_DestroyContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_make_current' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_new_renderbuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_tnl_DestroyContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_init_driver_functions' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_update_framebuffer_visual' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_destroy_visual' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_unreference_framebuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_vbo_DestroyContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_remove_renderbuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_create_visual' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swrast_DestroyContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swrast_CreateContext' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_swrast_InvalidateState' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_mesa_resize_framebuffer' /home/joshuawu/remoteparaview/mesa/Mesa-7.0.4/lib64/libOSMesa.so.6: undefined reference to `_tnl_run_pipeline'
Re: [Paraview] import PyQt4.QtGui DLL load failed
Humm, It was not my intention to package PyQt4 in the Windows installer. Quite frankly, I will mostly likely rerun the package step and make sure that those site-packages are not included. Regardless, nothing in ParaView uses PyQt. I had it built on my system when I was building the VisTrails plugin for the 3.6.2 release. On Tue, Oct 12, 2010 at 8:34 PM, m.c.wilk...@massey.ac.nz wrote: Hi, I'm sorry if this is answered elsewhere, I have googled around, but not found anything that actually fixes the problem. I have Windows XP SP2, completely fresh install, I just installed it in my virtualbox. The only things on the box are virtualbox tools, paraview 3.8.1 which I just downloaded, and process monitor. When I bring up the Python Shell and type import PyQt4.QtGui I get Traceback (most recent call last): File console, line 1, in module ImportError: DLL load failed: This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. There is no other python or VTK on the box to confuse things. In an attempt to fix the problem I added some things to my PATH and PYTHONPATH. You can see what I added by these commands I type in the Python Shell: import os print os.environ['PATH'] C:\Program Files\ParaView 3.8.1\bin;C:\Program Files\ParaView 3.8.1\lib\paraview-3.8;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem print os.environ['PYTHONPATH'] C:\Program Files\ParaView 3.8.1\bin;C:\Program Files\ParaView 3.8.1\lib\paraview-3.8 In an attempt to debug the problem I installed process monitor and this is its output with a filter that only allows output for the paraview.exe programme (there are some failures, but a lot of successes on opening PyQt4\QtGui.pyd) 1:32:57.2026294 PM paraview.exe 1696 CreateFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4 SUCCESS Desired Access: Read Data/List Directory, Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, AllocationSize: n/a, OpenResult: Opened 1:32:57.2030339 PM paraview.exe 1696 QueryDirectory C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui NO SUCH FILE Filter: QtGui 1:32:57.2034454 PM paraview.exe 1696 CloseFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4 SUCCESS 1:32:57.2041438 PM paraview.exe 1696 CreateFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS Desired Access: Generic Read, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, Write, AllocationSize: n/a, OpenResult: Opened 1:32:57.2046956 PM paraview.exe 1696 CreateFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4 SUCCESS Desired Access: Read Data/List Directory, Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, AllocationSize: n/a, OpenResult: Opened 1:32:57.2050833 PM paraview.exe 1696 QueryDirectory C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS Filter: QtGui.pyd, 1: QtGui.pyd 1:32:57.2055144 PM paraview.exe 1696 CloseFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4 SUCCESS 1:32:57.2061960 PM paraview.exe 1696 QueryOpen C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS CreationTime: 4/15/2010 5:10:56 AM, LastAccessTime: 10/13/2010 1:19:52 PM, LastWriteTime: 4/15/2010 5:10:56 AM, ChangeTime: 10/13/2010 12:29:53 PM, AllocationSize: 5,570,560, EndOfFile: 5,566,976, FileAttributes: A 1:32:57.2068316 PM paraview.exe 1696 CreateFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS Desired Access: Execute/Traverse, Synchronize, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: n/a, ShareMode: Read, Delete, AllocationSize: n/a, OpenResult: Opened 1:32:57.2073440 PM paraview.exe 1696 CreateFileMapping C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS SyncType: SyncTypeCreateSection, PageProtection: PAGE_EXECUTE 1:32:57.2073627 PM paraview.exe 1696 QueryStandardInformationFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS AllocationSize: 5,570,560, EndOfFile: 5,566,976, NumberOfLinks: 1, DeletePending: False, Directory: False 1:32:57.2073789 PM paraview.exe 1696 CreateFileMapping C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS SyncType: SyncTypeOther 1:32:57.2078932 PM paraview.exe 1696 CloseFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS 1:32:57.2098728 PM paraview.exe 1696 QueryOpen C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS CreationTime: 4/15/2010 5:10:56
Re: [Paraview] import PyQt4.QtGui DLL load failed
That said, I have a feeling your error is most likely Visual Studio runtime related as I can import that module with no errors on my home Windows 7 machine with no development tools installed. Upgrading to SP3, installing the runtime redistributable at the system level ( http://www.microsoft.com/downloads/en/details.aspx?FamilyID=9b2da534-3e03-4391-8a4d-074b9f2bc1bfdisplaylang=en), or possibly copying the runtime dlls (msvcm90.dll, msvcp90.dll and msvcr90.dll) located in ParaView/bin, into ParaView/bin/Lib/site-packages/PyQt4 may get this working for you. On Tue, Oct 12, 2010 at 9:40 PM, Dave Partyka dave.part...@kitware.comwrote: Humm, It was not my intention to package PyQt4 in the Windows installer. Quite frankly, I will mostly likely rerun the package step and make sure that those site-packages are not included. Regardless, nothing in ParaView uses PyQt. I had it built on my system when I was building the VisTrails plugin for the 3.6.2 release. On Tue, Oct 12, 2010 at 8:34 PM, m.c.wilk...@massey.ac.nz wrote: Hi, I'm sorry if this is answered elsewhere, I have googled around, but not found anything that actually fixes the problem. I have Windows XP SP2, completely fresh install, I just installed it in my virtualbox. The only things on the box are virtualbox tools, paraview 3.8.1 which I just downloaded, and process monitor. When I bring up the Python Shell and type import PyQt4.QtGui I get Traceback (most recent call last): File console, line 1, in module ImportError: DLL load failed: This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. There is no other python or VTK on the box to confuse things. In an attempt to fix the problem I added some things to my PATH and PYTHONPATH. You can see what I added by these commands I type in the Python Shell: import os print os.environ['PATH'] C:\Program Files\ParaView 3.8.1\bin;C:\Program Files\ParaView 3.8.1\lib\paraview-3.8;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem print os.environ['PYTHONPATH'] C:\Program Files\ParaView 3.8.1\bin;C:\Program Files\ParaView 3.8.1\lib\paraview-3.8 In an attempt to debug the problem I installed process monitor and this is its output with a filter that only allows output for the paraview.exe programme (there are some failures, but a lot of successes on opening PyQt4\QtGui.pyd) 1:32:57.2026294 PM paraview.exe 1696 CreateFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4 SUCCESS Desired Access: Read Data/List Directory, Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, AllocationSize: n/a, OpenResult: Opened 1:32:57.2030339 PM paraview.exe 1696 QueryDirectory C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui NO SUCH FILE Filter: QtGui 1:32:57.2034454 PM paraview.exe 1696 CloseFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4 SUCCESS 1:32:57.2041438 PM paraview.exe 1696 CreateFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS Desired Access: Generic Read, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: N, ShareMode: Read, Write, AllocationSize: n/a, OpenResult: Opened 1:32:57.2046956 PM paraview.exe 1696 CreateFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4 SUCCESS Desired Access: Read Data/List Directory, Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Attributes: n/a, ShareMode: Read, Write, AllocationSize: n/a, OpenResult: Opened 1:32:57.2050833 PM paraview.exe 1696 QueryDirectory C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS Filter: QtGui.pyd, 1: QtGui.pyd 1:32:57.2055144 PM paraview.exe 1696 CloseFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4 SUCCESS 1:32:57.2061960 PM paraview.exe 1696 QueryOpen C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS CreationTime: 4/15/2010 5:10:56 AM, LastAccessTime: 10/13/2010 1:19:52 PM, LastWriteTime: 4/15/2010 5:10:56 AM, ChangeTime: 10/13/2010 12:29:53 PM, AllocationSize: 5,570,560, EndOfFile: 5,566,976, FileAttributes: A 1:32:57.2068316 PM paraview.exe 1696 CreateFile C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS Desired Access: Execute/Traverse, Synchronize, Disposition: Open, Options: Synchronous IO Non-Alert, Non-Directory File, Attributes: n/a, ShareMode: Read, Delete, AllocationSize: n/a, OpenResult: Opened 1:32:57.2073440 PM paraview.exe 1696 CreateFileMapping C:\Program Files\ParaView 3.8.1\bin\Lib\site-packages\PyQt4\QtGui.pyd SUCCESS SyncType: SyncTypeCreateSection, PageProtection: PAGE_EXECUTE 1:32:57.2073627 PM paraview.exe 1696 QueryStandardInformationFile C:\Program
Re: [Paraview] ParaView 3.8.1 Available for download
Hi Felipe, Does cmake work when you don't set your LD_LIBRARY_PATH? Have you tried prepending your LD_LIBRARY_PATH instead? It is strange that cmake would break when you set LD_LIBRARY_PATH. LD_LIBRARY_PATH=/usr/lib/paraview-3.8:$LD_LIBRARY_PATH On Thu, Oct 7, 2010 at 12:53 PM, Felipe Bordeu felipe.bor...@ec-nantes.frwrote: I have a problem too. Help please to see if I am doing something wrong. using (uname -a) Linux pc-lmm29 2.6.32-25-generic #44-Ubuntu SMP Fri Sep 17 20:05:27 UTC 2010 x86_64 GNU/Linux I installed the ParaView-Development-3.8.1-Linux-x86_64/bin/* /usr/bin/. ParaView-Development-3.8.1-Linux-x86_64/include/paraview-3.8/* /usr/include/paraview-3.8/* ParaView-Development-3.8.1-Linux-x86_64/lib/paraview-3.8/* /usr/lib/paraview-3.8/ then I configure my plugging with FIND_PACKAGE(ParaView REQUIRED PATHS /usr/lib/paraview-3.8) and when do make ... make [ 5%] Generating moc_PGDReader_Plugin.cxx [ 10%] Generating vtkPGDReaderClientServer.cxx [ 15%] Generating qrc_PGDReader.cxx [ 20%] Generating vtkSMXML_PGDReader.h /usr/bin/kwProcessXML: error while loading shared libraries: libvtkCommon.so.pv3.8: cannot open shared object file: No such file or directory make[2]: *** [vtkSMXML_PGDReader.h] Erreur 127 make[1]: *** [CMakeFiles/PGDReader.dir/all] Erreur 2 make: *** [all] Erreur 2 if I do ldd /usr/bin/kwProcessXML I get : ldd /usr/bin/kwProcessXML linux-vdso.so.1 = (0x7fffe55ff000) libvtkCommon.so.pv3.8 = not found libvtksys.so.pv3.8 = not found libdl.so.2 = /lib/libdl.so.2 (0x7f9a2d42a000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f9a2d116000) libm.so.6 = /lib/libm.so.6 (0x7f9a2ce93000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f9a2cc7b000) libc.so.6 = /lib/libc.so.6 (0x7f9a2c8f8000) /lib64/ld-linux-x86-64.so.2 (0x7f9a2d655000) and if I do, export LD_LIBRARY_PATH=/usr/lib/paraview-3.8/ then cmake is broken ... :( cmake /usr/bin/cmake: /usr/lib/paraview-3.8/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by /usr/bin/cmake) /usr/bin/cmake: /usr/lib/paraview-3.8/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/bin/cmake) Any idea. On 07/10/2010 18:02, Sven Buijssen wrote: Hi Alexey, The dependency is inherited. As stated in the wiki ( http://www.paraview.org/Wiki/ParaView:Plugin_Deployment_with_Development_Installs ) you'll need to provide your own installation of Qt 4.6.2 - but not necessarily using the path used at Kitware on their build hosts. I typically fix up the Makefiles *every time cmake has been rerun* as follows: * alter the installation path of qt (use something appropriate instead of /path/to/qt/lib !) sed -i -e 's,/home/kitware/.*ParaView-3-.*/Support/qt-4.6.2/bin/lib,/path/to/qt/lib,g' \ CMakeFiles/*.dir/build.make \ CMakeFiles/*.dir/flags.make \ CMakeFiles/*.dir/link.txt * get rid of ffmpeg, hdf5, sz and python dependency (which my plugins do not depend on) sed -i -e '/^lib.*.so: \/home\/kitware\/.*ParaView-3-.*\/Support\//d;' \ CMakeFiles/*.dir/build.make sed -i -e 's/ [^ ]*libhdf5.a//; s/ [^ ]*libsz.a//; s/-lpython2.5//;' \ CMakeFiles/*.dir/link.txt Hope that helps Sven Alexey I. Baranov wrote, On 07.10.2010 17:14: Hello All, am I the only one who has problems while building plugins with Development installation? I have downloaded fresh 3.8.1-Dev, unpacked, configured my plugin with CMake, generated makefile and get after typing make the following: make[2]: *** No rule to make target `/home/kitware/Kitware/ParaView-3.8.1/Support/qt-4.6.2/bin/lib/libQtUiTools.a', needed by `libGUIMyPlugin.so'. Stop. make[1]: *** [CMakeFiles/GUIMyPlugin.dir/all] Error 2 make: *** [all] Error 2 I have never specified explicit dependence of my plugin on `/home/kitware/Kitware/ParaView-3.8.1/Support/qt-4.6.2/bin/lib/libQtUiTools. Am I doing something wrong? Best regards, Dr. Alexey Baranov Max Planck Institute for Chemical Physics of Solids Noethnitzer Str. 40 01187 Dresden, Germany Tel.: +49-(0)351-4646-4320 Fax: +49-(0)351-4646-3002 ___ Powered bywww.kitware.com Visit other Kitware open-source projects athttp:// 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 bywww.kitware.com Visit other Kitware open-source projects athttp:// 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 -- Felipe Bordeu Weldt
Re: [Paraview] ParaView 3.8.1 Available for download
Ahh yes, I had forgotten we copy in our old version libstdc++. On Thu, Oct 7, 2010 at 1:01 PM, Alexey I. Baranov bara...@cpfs.mpg.dewrote: Hi Felipe, I had this problem too. My workaround was to remove /usr/lib/paraview-3.8/libstdc++.so.6 file. Hope this helps! Alexey Dr. Alexey Baranov Max Planck Institute for Chemical Physics of Solids Noethnitzer Str. 40 01187 Dresden, Germany Tel.: +49-(0)351-4646-4320 Fax: +49-(0)351-4646-3002 ___ 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] paraview development and XDMF
Hi Felipe, What libraries are missing? I just fixed the missing /Utilities/Xdmf2/vtk/*.h files and can upload the tarball with the missing headers shortly. On Thu, Oct 7, 2010 at 1:54 PM, Felipe Bordeu felipe.bor...@ec-nantes.frwrote: Thanks for all the answers OK I going to move my (final) compilation to a debian PC, to be sure. but I still need some extra libs, /Utilities/Xdmf2/vtk/*.h class vtkXdmfArraySelection class vtkXdmfDocument ... Thanks for all the help guys. Felipe On 06/10/2010 20:58, Dave Partyka wrote: Hi Felipe, I just released updated 3.8.1 development packages on our website that include a fix to Xdmf to properly install it's header files. Can you give those a shot? You can find them in the same place on the ParaView website. http://paraview.org/paraview/resources/software.html Thanks! On Tue, Oct 5, 2010 at 11:44 AM, Dave Partyka dave.part...@kitware.comwrote: Hey Felipe, thanks for finding this. I will take a look. On Tue, Oct 5, 2010 at 11:19 AM, Felipe Bordeu felipe.bor...@ec-nantes.fr wrote: hello, again ... Hi, I am trying to compile my (XDMF based) reader with de development version of paraview. but the xdmf includes are missing in the development version. vtkXdmfReader.h vtkXdmfReaderInternal.h vtkXdmfHeavyData.h XdmfInformation.h ... the lib is there lib/paraview-3.8/libXdmf.so Thanks for the help and sorry for the flooding. -- Felipe ___ 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 - Felipe Bordeu Weldt Ingénieur de Recherche - Tél. : 33 (0)2 40 37 16 57 Fax. : 33 (0)2 40 74 74 06felipe.bor...@ec-nantes.fr Intitut GeM - UMR CNRS 6183 École Centrale de Nantes 1 Rue de La Noë, 44321 Nantes, FRANCE - ___ 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] ANN: Qt/Testing converted to a submodule
Hello All, Qt/Testing is now a git submodule so that it may be used by other projects. Please be advised that the next time you pull from master or release you will need to additionally perform a git submodule update --init. If using an older version of git you may need to instead use git submodule init followed by git submodule update. Thank you for your patience and please reply to this email if you experience any issues. ___ 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] paraview development and XDMF
Hi Felipe, I just released updated 3.8.1 development packages on our website that include a fix to Xdmf to properly install it's header files. Can you give those a shot? You can find them in the same place on the ParaView website. http://paraview.org/paraview/resources/software.html http://paraview.org/paraview/resources/software.htmlThanks! On Tue, Oct 5, 2010 at 11:44 AM, Dave Partyka dave.part...@kitware.comwrote: Hey Felipe, thanks for finding this. I will take a look. On Tue, Oct 5, 2010 at 11:19 AM, Felipe Bordeu felipe.bor...@ec-nantes.fr wrote: hello, again ... Hi, I am trying to compile my (XDMF based) reader with de development version of paraview. but the xdmf includes are missing in the development version. vtkXdmfReader.h vtkXdmfReaderInternal.h vtkXdmfHeavyData.h XdmfInformation.h ... the lib is there lib/paraview-3.8/libXdmf.so Thanks for the help and sorry for the flooding. -- Felipe ___ 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] paraview development and XDMF
Hey Felipe, thanks for finding this. I will take a look. On Tue, Oct 5, 2010 at 11:19 AM, Felipe Bordeu felipe.bor...@ec-nantes.frwrote: hello, again ... Hi, I am trying to compile my (XDMF based) reader with de development version of paraview. but the xdmf includes are missing in the development version. vtkXdmfReader.h vtkXdmfReaderInternal.h vtkXdmfHeavyData.h XdmfInformation.h ... the lib is there lib/paraview-3.8/libXdmf.so Thanks for the help and sorry for the flooding. -- Felipe ___ 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] Vote for ParaView!
HPCWire is holding their Annual Reader’s Choice Awards. If you regularly use ParaView as your multi-platform data analysis and visualization application of choice, please take the time to vote for ParaView in this year’s awards. We are gunning for Reader’s Choice Award (#13) “best HPC visualization product or technology”. Voting ends Friday October 8, 2010: HPCwire 2010 Reader's Choice Awards Surveyhttp://www.surveymonkey.com/s.aspx?sm=AnMi1EYUVJCXhz%2b6dh11XQ%3d%3d#q1 . ___ 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] xdmf contribution
Hi Felipe, Can you share a patch with us? We can then review your changes, make any adjustments and commit them. See this wiki on how to create a patch. http://vtk.org/Wiki/VTK/Git#Patches On Tue, Sep 28, 2010 at 3:35 AM, Felipe Bordeu felipe.bor...@ec-nantes.frwrote: Hi, I use the information element in my xdmf file to store some information. but the xdmf version of paraview (git depot) can not read information elements. I add the capabilities of reading information elements. But where and how do a push the new code. Thanks -- Felipe Bordeu Weldt Ingénieur de Recherche - Tél. : 33 (0)2 40 37 16 57 Fax. : 33 (0)2 40 74 74 06 felipe.bor...@ec-nantes.fr Intitut GeM - UMR CNRS 6183 École Centrale de Nantes 1 Rue de La Noë, 44321 Nantes, FRANCE - ___ 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] xdmf contribution
Or what might be better is if you can create a bug report in http://paraview.org/Bug/ http://paraview.org/Bug/my_view_page.php and attach your patch + any additional information so we can look into this issue. Thanks! On Tue, Sep 28, 2010 at 9:26 AM, Dave Partyka dave.part...@kitware.comwrote: Hi Felipe, Can you share a patch with us? We can then review your changes, make any adjustments and commit them. See this wiki on how to create a patch. http://vtk.org/Wiki/VTK/Git#Patches On Tue, Sep 28, 2010 at 3:35 AM, Felipe Bordeu felipe.bor...@ec-nantes.fr wrote: Hi, I use the information element in my xdmf file to store some information. but the xdmf version of paraview (git depot) can not read information elements. I add the capabilities of reading information elements. But where and how do a push the new code. Thanks -- Felipe Bordeu Weldt Ingénieur de Recherche - Tél. : 33 (0)2 40 37 16 57 Fax. : 33 (0)2 40 74 74 06 felipe.bor...@ec-nantes.fr Intitut GeM - UMR CNRS 6183 École Centrale de Nantes 1 Rue de La Noë, 44321 Nantes, FRANCE - ___ 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] Reading NIfTI files
There are nifti/analyze reader/writer plugins. You have to load it first and then the type will show up in supported file types. On Tue, Sep 28, 2010 at 10:11 AM, David Doria daviddo...@gmail.com wrote: The data sets here: http://nifti.nimh.nih.gov/nifti-1/data are in nifti1 format. According to this: http://www.paraview.org/Wiki/Data_formats#The_full_list_of_file_formats , paraview can read them. However, their extension (.img) is not in the Supported file types list, and I don't see NIH/Analyze/Nifti as an option in the Open Data With... dialog box. Any thoughts on how to view these data sets? Thanks, David ___ 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] ANN: ParaView 3.8.1 Available for download
Hello All, The ParaView team is pleased to announce the availability of the ParaView 3.8.1 binaries for download on the ParaView download page. http://paraview.org/paraview/resources/software.html Release Notes: ParaView 3.8.1 is a patch release over 3.8.0 with a a small set of improvements. Some of noteworthy improvements/fixes are: ParaView now comes HDF5 1.8.5. This enables developers to create readers/plugins for ParaView that use newer versions of HDF5 easily. Also we are now including the C++ and the high level (hl) versions of the libraryfor those who wish to use their newer API. Along the same note the version of NetCDF included in VTK has also been upgraded to version 4.1.1 allowing users to take advantage of the latest enhancements to NetCDF. Additionally the C++ version of the library is now also available. Among the improvements are two new file formats. The first is a netcdf based reader for MPAS format ocean and atmosphere data sets. The second, available in source form only is a reader plugin that allows ParaView to read multi-resolution wavelet compressed VAPOR data format files. Thanks to John Clyne and Dan Legreca for contributing the VAPOR plugin. We have improved the support for animation scripting through Python. The new API is more coherant with the rest of ParaView Python API avoid the need for script writers to know the minute details of how to create animations using proxies. Tracing capabilies for animation were also revised. GPU volume ray cast mapper for voxel datasets now works in tile display mode as well. In keeping with our on going improvements of the ParaView's charting capabilities, we have included a few more fixes regarding labels and axes placements. We also cleaned up ParaView build and install rules so that developers don't have to worry about 'rpath' anymore. Also make install has been vastly improved on all platforms. This release also includes a material interface extraction filter thattakes a cell data volume fraction and generates a polydata surface. It also performs connectivity on the particles and generates a particle index as part of the cell data of the output. It computes the volume of each particle from the volume fraction. The filter is accessible from the Material Analysis category in the Filters menu. Also, CoProcessing/in-situ processing has been added to ParaView. It includes 2 parts: a client side plugin that creates python scripts and a server side library that can be called from a simulation code to output both images and data sets based on the created python script. For more details go to http://paraview.org/Wiki/CoProcessing. Updated development installers will also follow shortly. As always, we rely on your feedback to make ParaView better. Please use http://paraview.uservoice.com/ or click on the Tell us what you think link on paraview.org to leave your feedback and vote for new features. ___ 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] pvbatch (3.8.0) rendering through OSmesa does not work on multiple nodes
We've stumbled upon the same issue. The most recent versions of OSMesa crash when making multiple calls to MakeCurrent as they will attempt to create a new render buffer each time. As Sven mentioned, it has been reported to the Mesa Community. You can view our own findings related to this issue in these VTK and ParaView bugs. http://www.vtk http://www.cmake.org/Bug/view.php?id=10900 .org/Bug/view.php?id=10900 http://www.cmake.org/Bug/view.php?id=10900 http://www.paraview.org/Bug/view.php?id=11163http://www.cmake.org/Bug/view.php?id=11163 I would recommend using mesa 7.0.4 or 7.5.x until the issue is fixed upstream. On Thu, Sep 16, 2010 at 4:42 AM, Sven Buijssen sven.buijs...@tu-dortmund.de wrote: Hi, I've had the exact same problem last week with ParaView git/master on Linux x86_64 with Mesa 7.8.2, having applied the patch you mentioned to the Mesa 7.8.2 sources. (It's also the only patch present in the Mesa git master for that particular bug, https://bugs.freedesktop.org/show_bug.cgi?id=10966.) Whenever I tried to save an animation from the ParaView client (builtin mode), ParaView still crashed. I tried to avoid that by removing a duplicate call of OSMesaMakeCurrent() from the VTK sources by means of diff --git a/Rendering/vtkXOpenGLRenderWindow.cxx b/Rendering/vtkXOpenGLRenderWindow.cxx index 5a87aae..493a3fb 100644 --- a/Rendering/vtkXOpenGLRenderWindow.cxx +++ b/Rendering/vtkXOpenGLRenderWindow.cxx @@ -828,7 +828,6 @@ void vtkXOpenGLRenderWindow::CreateOffScreenWindow(int width, int height) { this-Internal-OffScreenContextId = OSMesaCreateContext(GL_RGBA, NULL); } -this-MakeCurrent(); } else #endif but that turned out to be not sufficient, OSMesaMakeCurrent() is still called multiple times when ParaView git/master is trying to save an animation. I reverted to Mesa 7.5.2 to resolve the issue. Hope this helps Sven Van Mierlo K. wrote, On 16.09.2010 10:31: Hi, I compiled paraview 3.8 (pvbatch) without X and with OSmesa support to run on the university cluster. When I submit a pvbatch job it works fine on just 1 node of the cluster (max 8 procs) however the rendering goes wrong when using 2 or more nodes on the cluster. I tried this with OSMesa 6.5.3 and with a patched version of OSMesa 7.8.2 from here http://cgit.freedesktop.org/mesa/mesa/commit/?id=91c37599f621a0ec498c0f0add14f16470ca852b I submitted this as a bug http://www.paraview.org/Bug/view.php?id=11038 but got a reply that I should ask the mailing list which version of OSMesa is most reliable. So could someone let me know if they experienced similar problems and tell me which version of OSMesa they use to solve it? Thanks, Koen ___ 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] pvbatch (3.8.0) rendering through OSmesa does not work on multiple nodes
Humm, it must be fixed then in their git repo as all the rendering tests would fail. Which was the case, on those dashboards about a month ago if I remember correctly? On Thu, Sep 16, 2010 at 9:29 AM, Kevin H. Hobbs hob...@ohiou.edu wrote: On 09/16/2010 09:12 AM, Dave Partyka wrote: I would recommend using mesa 7.0.4 or 7.5.x until the issue is fixed upstream. My dashboard builds from *.hooperlab and murron.hobbs-hancock use mesa from the git repository. Is there any test that shows whether this bug has been fixed? ___ 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] mpich2 or HP-mpi
That said, have you tried using the MS-MPI binaries? I believe MS-MPI was based off and designed with the intent of maintaining maximum compatibility with MPICH2. http://technet.microsoft.com/en-us/library/cc720120(WS.10).aspx On Thu, Sep 16, 2010 at 10:12 AM, Andy Bauer andy.ba...@kitware.com wrote: Hi, When responding please also respond to the mailing list to share with everyone. There are no current plans to release installers that include Mpich2 or HP-mpi. You'll have to build paraview yourself in order to use them. Andy On Thu, Sep 16, 2010 at 2:17 AM, Lars-Peter Svanberg lars-pe...@home.sewrote: Hi Andy I've seen that you have the MS-mpi on your download page. The reason for asking for Mpich2 or HP- mpi is that I already use those with my CFD-code. Will there be any of those available? -Ursprungligt Meddelande- From: Andy Bauer [andy.ba...@kitware.com] Sent: 15/9/2010 6:40:20 PM To: Utkarsh Ayachit Cc: Lars-Peter Svanberg,paraview@paraview.org Subject: Re: [Paraview] mpich2 or HP-mpi Actually, we do have pre-built binaries for windows using MS-MPI on the download page too. http://paraview.org/paraview/resources/software.html Andy On Wed, Sep 15, 2010 at 12:20 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: Are you asking about pre-built binaries? We don't distribute mpi-enabled pre-built binaries (except for mac). You will have to build from source: http://www.paraview.org/Wiki/ParaView#Compile.2FInstall Utkarsh On Wed, Sep 15, 2010 at 10:12 AM, Lars-Peter Svanberg lars-pe...@home.se wrote: Is there any parallel version working with mpich2 or hpmpi? ___ Hitta kärleken med hjälp av vårt matchningstest - Klicka här! ___ 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 http://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 ___ Hitta kärleken med hjälp av vårt matchningstest - Klicka här!http://spray.matchaffinity.se/?mtcmk=614114 ___ 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] Error while downloading Paraview 3.8.1 Data
I'll take a look Aurelien, thanks! 2010/9/15 Aurélien Marsan aur.mar...@gmail.com Hi, It looks like this page is not the good one... http://www.paraview.org/files/v3.8/ParaViewData-3.8.1-RC1.zip Regards, Aurélien ___ 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] ... something really weird.... dependance with matplotlib version ?
Hi Aurelien, What version of ParaView are you using? Also, did you build ParaView or are you using binaries from www.paraview.org? 2010/9/15 Aurélien Marsan aur.mar...@gmail.com ... Ok I think this is rather a dependance with the version of vtk. Doing this in a programmable filter in paraview from paraview import vtk i = self.GetInput() o = self.GetOutput() b = i.GetBlock(1) c = vtk.vtkArrayCalculator() c.SetInput(b) c.SetFunction('1.4') c.SetResultArrayName('test') c.Update() print c.GetOutput().GetPointData().GetArray('test').GetTuple1(1) it prints 1.0 While doing this in the python console, il prints 1.4 ... I think I should use pvpython, in order to work with the same version of vtk ... Le 15 septembre 2010 14:26, Aurélien Marsan aur.mar...@gmail.com a écrit : I give more precisions : it seems that it comes from the . and the , in the numbers... Le 15 septembre 2010 14:24, Aurélien Marsan aur.mar...@gmail.com a écrit : Hi, Upgrading my version of matplotlib, I encountered a really weird problem. Before, with the 0.99.1.1 version of matplotlib, I could calculate (in the calculator), e_interne*(1.4-1)/286.95 without any problem. After upgrading, the result of this calculation is zero everywhere... Is there any explanation for this ? ___ 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] ParaView 3.8.1 RC1 Available for download
Hello All, The ParaView team is pleased to announce the availability of the ParaView 3.8.1 Release Candidate 1 binaries for download on the ParaView download page. Final binaries should follow shortly. http://paraview.org/paraview/resources/software.html Release Notes: ParaView 3.8.1 is a patch release over 3.8.0 with a a small set of improvements. Some of noteworthy improvements/fixes are: ParaView now comes HDF5 1.8.5. This enables developers to create readers/plugins for ParaView that use newer versions of HDF5 easily. Also we are now including the C++ and the high level (hl) versions of the libraryfor those who wish to use their newer API. Among the improvements are two new file formats. The first is a netcdf based reader for MPAS format ocean and atmosphere data sets. The second, available in source form only is a reader plugin that allows ParaView to read multi-resolution wavelet compressed VAPOR data format files. Thanks to John Clyne and Dan Legreca for contributing the VAPOR plugin. We have improved the support for animation scripting through Python. The new API is more coherant with the rest of ParaView Python API avoid the need for script writers to know the minute details of how to create animations using proxies. Tracing capabilies for animation were also revised. GPU volume ray cast mapper for voxel datasets now works in tile display mode as well. In keeping with our on going improvements of the ParaView's charting capabilities, we have included a few more fixes regarding labels and axes placements. We also cleaned up ParaView build and install rules so that developers don't have to worry about 'rpath' anymore. Also make install has been vastly improved on all platforms. This release also includes a material interface extraction filter thattakes a cell data volume fraction and generates a polydata surface. It also performs connectivity on the particles and generates a particle index as part of the cell data of the output. It computes the volume of each particle from the volume fraction. The filter is accessible from the Material Analysis category in the Filters menu. As always, we rely on your feedback to make ParaView better. Please use http://paraview.uservoice.com/ or click on the Tell us what you think link on paraview.org to leave your feedback and vote for new features. ___ 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] SurfaceLIC plugin does not get built
I believe that plugin only gets built when the client gui is enabled. On Mon, Sep 13, 2010 at 4:47 AM, Van Mierlo K. k...@soton.ac.uk wrote: Hi, I have compiled pvserver (3.8.0) with openmpi to run on the university cluster. I have set the surfaceLIC plugin to ‘on’ during configuration but somehow it doesn’t get built. Could someone tell me why this happens and how to get this plugin built? Thanks, Koen ___ 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] SurfaceLIC plugin does not get built
Can do. On Mon, Sep 13, 2010 at 9:44 AM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: Dave, Is that indeed the case? In which case that's a bug. We need to fix it so that the plugin build w/o the client gui. Can you take a look please? Thanks, Utkarsh On Mon, Sep 13, 2010 at 8:58 AM, Dave Partyka dave.part...@kitware.com wrote: I believe that plugin only gets built when the client gui is enabled. On Mon, Sep 13, 2010 at 4:47 AM, Van Mierlo K. k...@soton.ac.uk wrote: Hi, I have compiled pvserver (3.8.0) with openmpi to run on the university cluster. I have set the surfaceLIC plugin to ‘on’ during configuration but somehow it doesn’t get built. Could someone tell me why this happens and how to get this plugin built? Thanks, Koen ___ 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] Build bug on Windows
Hi Dr. X, I don't think it's a bug. I think you're just going to have to set those flags on an individual basis when you build against that version of SQL. Checking in your changes would prevent anyone from building Xdmf with /MT if they wanted to, which is a legitimate use case. Personally, I would set these flags in the cmake-gui, under advanced, as needed. On Wed, Sep 8, 2010 at 11:01 AM, Dr. X xun...@renci.org wrote: Hi Dave, Here is what added to ParaView\Utilities\Xdmf2\CMakeLists.txt ... SET(CMAKE_C_FLAGS ${CMAKE_ANSI_CFLAGS} ${CMAKE_C_FLAGS}) IF(WIN32) SET(CMAKE_EXE_LINKER_FLAGS ${CMAKE_EXE_LINKER_FLAGS} add /NODEFAULTLIB:libcmt) SET(CMAKE_SHARED_LINKER_FLAGS ${CMAKE_SHARED_LINKER_FLAGS} add /NODEFAULTLIB:libcmt) ENDIF(WIN32) ... Would you please commit it to the main branch? Best, x On 9/7/2010 10:17 AM, Dave Partyka wrote: You can build dlls (/LD) and at the same time link the static version of the runtime (/MT). It makes it more convenient to distribute shared libraries without also needing to carry around the dynamic runtime dlls (msvcrtxx.dll). That said, your solution to set the excluded libraries in the project properties should work but can get trampled when CMake regenerates. A slightly better solution would be to use the /NODEFAULTLIB:library.lib link flags in CMake to exclude them will also work. CMAKE_EXE_LINKER_FLAGS add /NODEFAULTLIB:library.lib CMAKE_SHARED_LINKER_FLAGS add /NODEFAULTLIB:library.lib On Mon, Sep 6, 2010 at 5:33 PM, Dr. X xun...@renci.org wrote: Hi Dave, I am building against prebuilt MySQL (x64 essential) binary. http://www.mysql.com/downloads/mysql/ By examining the size of libmysql.lib, I am pretty sure it is a shared library. Best, x On 9/6/2010 5:26 PM, Dave Partyka wrote: So you're building ParaView against your own build of sql, or a prebuilt binary (via XDMF_USE_MYSQL)? Did you build it yourself? If so, was it built with /MT? Can you provide any more details so I can try and reproduce the errors? On Mon, Sep 6, 2010 at 5:08 PM, Dr. X xun...@renci.org wrote: Hi Dave, I guess you were talking about the linking error caused in Xdmf build, right? I did only have /MD and /MDd options in ParaView CMake. The libcmt errors only happen to Xdmf project. I will do a clean build again to verify. Best, x On 9/6/2010 4:52 PM, Dave Partyka wrote: The link errors indicate you're linking things built with the static runtime (/MT) and the dynamic runtime (/MD). By default CMake uses the /MD Flags. Did you change them to /MT? In either case you want them to be the same for everything you're trying to build. On Mon, Sep 6, 2010 at 4:46 PM, Dr. X xun...@renci.org wrote: Hi All, The default build of Xdmf.vcproj have the following bugs: Errors: Error 326 error C2146: syntax error : missing ';' before identifier 'fd' d:\mysql5.1\include\mysql_com.h 243 Xdmf Error 327 error C4430: missing type specifier - int assumed. Note: C++ does not support default-int d:\mysql5.1\include\mysql_com.h 243 Xdmf Error 328 error C4430: missing type specifier - int assumed. Note: C++ does not support default-int d:\mysql5.1\include\mysql_com.h 243 Xdmf Error 329 error C2065: 'SOCKET' : undeclared identifier d:\mysql5.1\include\mysql_com.h 427 Xdmf Error 330 error C2146: syntax error : missing ')' before identifier 's' d:\mysql5.1\include\mysql_com.h 427 Xdmf Error 331 error C2059: syntax error : ')' d:\mysql5.1\include\mysql_com.h 428 Xdmf Fix: Add the following lines in d:\mysql5.1\include\mysql_com.h #if defined(__WIN__) #include WinSock2.h #endif /* __WIN__ */ Errors: Error 3 error LNK2005: _amsg_exit already defined in MSVCRTD.lib(MSVCR90D.dll) LIBCMT.lib Xdmf Error 4 error LNK2005: _initterm_e already defined in MSVCRTD.lib(MSVCR90D.dll) LIBCMT.lib Xdmf Error 5 error LNK2005: exit already defined in MSVCRTD.lib(MSVCR90D.dll) LIBCMT.lib Xdmf ... Fix: Add libcmt in Xdmf Property Pages - Configuration Properties - Linker - Input - Ignore Specific Library for both Debug and Release build. For the libcmt errors, how can I patch the corresponding CMakeLists.txt file? Thanks a lot. Best, x ___ 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
Re: [Paraview] Build bug on Windows
You can build dlls (/LD) and at the same time link the static version of the runtime (/MT). It makes it more convenient to distribute shared libraries without also needing to carry around the dynamic runtime dlls (msvcrtxx.dll). That said, your solution to set the excluded libraries in the project properties should work but can get trampled when CMake regenerates. A slightly better solution would be to use the /NODEFAULTLIB:library.lib link flags in CMake to exclude them will also work. CMAKE_EXE_LINKER_FLAGS add /NODEFAULTLIB:library.lib CMAKE_SHARED_LINKER_FLAGS add /NODEFAULTLIB:library.lib On Mon, Sep 6, 2010 at 5:33 PM, Dr. X xun...@renci.org wrote: Hi Dave, I am building against prebuilt MySQL (x64 essential) binary. http://www.mysql.com/downloads/mysql/ By examining the size of libmysql.lib, I am pretty sure it is a shared library. Best, x On 9/6/2010 5:26 PM, Dave Partyka wrote: So you're building ParaView against your own build of sql, or a prebuilt binary (via XDMF_USE_MYSQL)? Did you build it yourself? If so, was it built with /MT? Can you provide any more details so I can try and reproduce the errors? On Mon, Sep 6, 2010 at 5:08 PM, Dr. X xun...@renci.org wrote: Hi Dave, I guess you were talking about the linking error caused in Xdmf build, right? I did only have /MD and /MDd options in ParaView CMake. The libcmt errors only happen to Xdmf project. I will do a clean build again to verify. Best, x On 9/6/2010 4:52 PM, Dave Partyka wrote: The link errors indicate you're linking things built with the static runtime (/MT) and the dynamic runtime (/MD). By default CMake uses the /MD Flags. Did you change them to /MT? In either case you want them to be the same for everything you're trying to build. On Mon, Sep 6, 2010 at 4:46 PM, Dr. X xun...@renci.org wrote: Hi All, The default build of Xdmf.vcproj have the following bugs: Errors: Error 326 error C2146: syntax error : missing ';' before identifier 'fd' d:\mysql5.1\include\mysql_com.h 243 Xdmf Error 327 error C4430: missing type specifier - int assumed. Note: C++ does not support default-int d:\mysql5.1\include\mysql_com.h 243 Xdmf Error 328 error C4430: missing type specifier - int assumed. Note: C++ does not support default-int d:\mysql5.1\include\mysql_com.h 243 Xdmf Error 329 error C2065: 'SOCKET' : undeclared identifier d:\mysql5.1\include\mysql_com.h 427 Xdmf Error 330 error C2146: syntax error : missing ')' before identifier 's' d:\mysql5.1\include\mysql_com.h 427 Xdmf Error 331 error C2059: syntax error : ')' d:\mysql5.1\include\mysql_com.h 428 Xdmf Fix: Add the following lines in d:\mysql5.1\include\mysql_com.h #if defined(__WIN__) #include WinSock2.h #endif /* __WIN__ */ Errors: Error 3 error LNK2005: _amsg_exit already defined in MSVCRTD.lib(MSVCR90D.dll) LIBCMT.lib Xdmf Error 4 error LNK2005: _initterm_e already defined in MSVCRTD.lib(MSVCR90D.dll) LIBCMT.lib Xdmf Error 5 error LNK2005: exit already defined in MSVCRTD.lib(MSVCR90D.dll) LIBCMT.lib Xdmf ... Fix: Add libcmt in Xdmf Property Pages - Configuration Properties - Linker - Input - Ignore Specific Library for both Debug and Release build. For the libcmt errors, how can I patch the corresponding CMakeLists.txt file? Thanks a lot. Best, x ___ 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] Problem Building Paraview-3.8.0 with MPICH
Hi Lokendra, I am not sure if this helps but you should just set MPI_LIBRARY= /usr/lib64/libmpich.so On Tue, Sep 7, 2010 at 10:16 AM, Lokendra Singh lsingh@gmail.comwrote: Hi All, I am facing following error when building paraview-3.8.0 with MPICH1-1.2.5.2 (sorry, but I cant upgrade the MPICH because of some limitations on the remote cluster). Strange thing is these undefined functions like 'PMPI_Info_set' are declared in the header files in the variable MPI_INCLUDE_PATH which contain mpi.h, mpif.h, mpio.h etc, hence I assume that the definitions must be present in libraries. My MPI_LIBRARY=/usr/lib64/libmpich.so.1.0 and MPI_EXTRA_LIBRARY=/usr/lib64/libmpich.so (obtained from dev version of mpich) Has anybody faced a similar problem. ERROR: /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Info_set' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Attr_get' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Wtime' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Comm_rank' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Abort' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Get_elements' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Type_commit' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Isend' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Info_free' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Barrier' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Waitall' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Gatherv' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Irecv' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Allgather' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Info_delete' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Type_hindexed' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Type_size' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Comm_test_inter' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Type_get_envelope' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Gather' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Type_extent' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Get_processor_name' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Bcast' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Initialized' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Allreduce' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Sendrecv' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Type_contiguous' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Info_create' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Type_lb' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Keyval_create' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Address' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Attr_put' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Comm_group' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Comm_dup' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Comm_free' /usr/lib/gcc/x86_64-manbo-linux-gnu/4.3.2/../../../../lib64/libmpich.so: undefined reference to `PMPI_Info_get'
Re: [Paraview] VisIt plugin and Mac version of paraview
Unfortunately, as far as I am aware the current VisIt plugin won't be ported to Mac. That said there is a new Visit plugin in the works. On Tue, Sep 7, 2010 at 3:22 PM, Joel Culina joel.cul...@acadiau.ca wrote: Hi, I have tecplot .plt (binary) files that I read into paraview using the VisIt plug-in. Normally, this works fine; however, the linux version of paraview crashes when trying to open .plt files created with an Apple executable that converts tecplot ascii files to tecplot .plt files. I downloaded a Mac version of paraview, but there is no VisIt plug-in option. I was wondering if there is a VisIt plug-in somewhere for the Mac version of paraview? thanks Joel ___ 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] Build bug on Windows
So you're building ParaView against your own build of sql, or a prebuilt binary (via XDMF_USE_MYSQL)? Did you build it yourself? If so, was it built with /MT? Can you provide any more details so I can try and reproduce the errors? On Mon, Sep 6, 2010 at 5:08 PM, Dr. X xun...@renci.org wrote: Hi Dave, I guess you were talking about the linking error caused in Xdmf build, right? I did only have /MD and /MDd options in ParaView CMake. The libcmt errors only happen to Xdmf project. I will do a clean build again to verify. Best, x On 9/6/2010 4:52 PM, Dave Partyka wrote: The link errors indicate you're linking things built with the static runtime (/MT) and the dynamic runtime (/MD). By default CMake uses the /MD Flags. Did you change them to /MT? In either case you want them to be the same for everything you're trying to build. On Mon, Sep 6, 2010 at 4:46 PM, Dr. X xun...@renci.org wrote: Hi All, The default build of Xdmf.vcproj have the following bugs: Errors: Error 326 error C2146: syntax error : missing ';' before identifier 'fd' d:\mysql5.1\include\mysql_com.h 243 Xdmf Error 327 error C4430: missing type specifier - int assumed. Note: C++ does not support default-int d:\mysql5.1\include\mysql_com.h 243 Xdmf Error 328 error C4430: missing type specifier - int assumed. Note: C++ does not support default-int d:\mysql5.1\include\mysql_com.h 243 Xdmf Error 329 error C2065: 'SOCKET' : undeclared identifier d:\mysql5.1\include\mysql_com.h 427 Xdmf Error 330 error C2146: syntax error : missing ')' before identifier 's' d:\mysql5.1\include\mysql_com.h 427 Xdmf Error 331 error C2059: syntax error : ')' d:\mysql5.1\include\mysql_com.h 428 Xdmf Fix: Add the following lines in d:\mysql5.1\include\mysql_com.h #if defined(__WIN__) #include WinSock2.h #endif /* __WIN__ */ Errors: Error 3 error LNK2005: _amsg_exit already defined in MSVCRTD.lib(MSVCR90D.dll) LIBCMT.lib Xdmf Error 4 error LNK2005: _initterm_e already defined in MSVCRTD.lib(MSVCR90D.dll) LIBCMT.lib Xdmf Error 5 error LNK2005: exit already defined in MSVCRTD.lib(MSVCR90D.dll) LIBCMT.lib Xdmf ... Fix: Add libcmt in Xdmf Property Pages - Configuration Properties - Linker - Input - Ignore Specific Library for both Debug and Release build. For the libcmt errors, how can I patch the corresponding CMakeLists.txt file? Thanks a lot. Best, x ___ 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] Advice on graphics cards
Quadro drivers tend to come with optimizations for commercial applications like AutoCAD. VTK/ParaView just make standard GL calls so you won't gain anything by using a similarly configured Quadro over a GeForce card. On the other hand, Quadro's tend to have faster GPUs and more memory. If you don't need lots of GPU memory, GeForce cards in general offer a pretty good cost/performance tradeoff. On Wed, Sep 1, 2010 at 5:06 AM, Paul Edwards paul.m.edwa...@gmail.comwrote: Thanks for the replies. Can anyone comment on whether there is a performance difference between the GeForce or Quadro? Some sites say the Quadro is better for CAD applications but is this true for ParaView? Thanks, Paul On 1 September 2010 07:23, Kumar, Shree shreeku...@hp.com wrote: Yes, there are ways to spoof monitors on nvidia cards. I have used two of them, a. Get an EDID file of a display device and use that in the config file (see attached file xorg-forced-monitor-EDID.conf for an example). b. Use a modeline (see attached file xorg-forced-monitor-modeline.conf for an example). The config files use more options than necessary - but that's because they are auto-generated. For documentation on the options, refer to /usr/share/doc/NVIDIA_GLX-1.0/README.txt HTH -- Shree -- *From:* paraview-boun...@paraview.org [mailto: paraview-boun...@paraview.org] *On Behalf Of *Paul McIntosh *Sent:* Wednesday, September 01, 2010 4:16 AM *To:* 'Paul Edwards'; 'paraview' *Subject:* Re: [Paraview] Advice on graphics cards Hi Paul, I think you are stuck with eitther a Tesla or Quadro on a cluster. This is due to the ability to configure those cards to work without a display (see the release notes for the latest drivers though). I'd be interested to hear otherwise as we have a few GTX280 nodes that are currently just used for CUDA. Maybe there is a way to spoof a monitor another way? Cheers, Paul -- *From:* paraview-boun...@paraview.org [mailto: paraview-boun...@paraview.org] *On Behalf Of *Paul Edwards *Sent:* Wednesday, 1 September 2010 12:43 AM *To:* paraview *Subject:* [Paraview] Advice on graphics cards Hi, Can anyone recommend a graphics cards to use for a linux cluster running ParaView? And, does anyone know how a GeForce card compares to a Quadro of a similar spec? Thanks in advance, Paul ___ 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] ImportError: libvtkCommonPythonD.so.pv3.4: cannot open shared
If you do import sys sys.path Does that print the directory where libvtkCommonPythonD is located? On Tue, Aug 31, 2010 at 10:07 PM, Kaben Nanlohy kaben.nanl...@gmail.comwrote: I think this problem has been seen before on this list, but maybe not in enough detail to solve. Here are more details. On Ubuntu 10.04 64-bit server with paraview and all the associated python/vtk stuff installed, when I type: import sys sys.path.append('/usr/lib/paraview') sys.path.append('/usr/lib/pymodules/python2.6/vtk/') import paraview.servermanager I get: ImportError: libvtkCommonPythonD.so.pv3.4: cannot open shared object file: No such file or directory But if I do a stupid import in a specific order, I get a complaint, and then success: import sys sys.path.append('/usr/lib/paraview') sys.path.append('/usr/lib/pymodules/python2.6/vtk/') import libvtkPVServerCommonPythonD ImportError: dynamic module does not define init function (initlibvtkPVServerCommonPythonD) import paraview.servermanager This points to some inter-library dependencies and load-orders. Hope this helps. ___ 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] List of tested compilers?
I have some of this information on an internal Kitware wiki. It's not complete but should give you an idea. krondor gcc-3.3 midworld gcc-3.3 dashmacmini1 gcc-4.0.1 dashmacmini2 gcc-4.0.1 dashmacmini3 gcc-4.0.1 dashmacmini4 gcc beleriand dashsun1 Sun C 5.6 destiny aCC dash1win98 VS trinsic ? hythloth gcc 4.3.3 valhalla ? dash1vista32 VS8 dash1win64 VS71 VS8 VS9 dash2win64 VS9 morva VS8 dagobah faraway gcc-4.1.3 dash1 VS71 dash2 VS70 dash3 VS6 VS9 dash4 bcc-5.8 dash5 gcc-3.3.2 dash6 gcc-3.3.2 dash8 gcc-2.96 dash11 VS71 dash12 VS9 VS10 dash13 VS6 dash14 mingw cygwin dash15 dash16 gcc-4.3.2 dash17 gcc-4.0.3 dash18 dash19 bcc-5.5 VS8 dash20 VS dash21 gcc-4.3.2 dash22 cygwin mingw watcom VS71 VS8 VS9 dash23 amber1 gcc-4.1 amber2 gcc-4.1 amber3 gcc-4.1 amber4 gcc-4.1 amber5 gcc-4.1 amber6 gcc-4.1 amber7 gcc-4.1 amber8 gcc-4.1 amber9 VS9 2010/8/30 Takuya OSHIMA osh...@eng.niigata-u.ac.jp Hi, Is there a comprehensive list of compilers of the VTK and ParaView dashboard platforms? In particular, which is the oldest version of GCC that should be supported by VTK and ParaView? I skimmed through the dashboards and found the Linux kernel version of each platform but the compiler version is always unavailable. My intention of the question is that it would be useful for a (potential) contributor to have such a list so that he/she can test the code with the compilers before submitting it. Takuya Takuya OSHIMA, Ph.D. Faculty of Engineering, Niigata University 8050 Ikarashi-Ninocho, Nishi-ku, Niigata, 950-2181, JAPAN ___ 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] List of tested compilers?
CDash is supposed to list it in it's site summary but it doesn't work very reliably. http://www.cdash.org/CDash/buildSummary.php?buildid=707389 *Site Name: *amber4.kitwarehttp://www.cdash.org/CDash/viewSite.php?siteid=1771 *Build Name: *Debian4-x64-gcc *Stamp: *20100830-0100-Nightly (related buildshttp://www.cdash.org/CDash/index.php?project=VTKdisplay=projectfiltercount=3showfilters=1filtercombine=andfield1=buildname/stringcompare1=61value1=Debian4-x64-gccfield2=site/stringcompare2=61value2=amber4.kitwarefield3=buildstamp/stringcompare3=61value3=20100830-0100-Nightlycollapse=0 ) *Time: *2010-08-29T21:08:24 EDT *Type: *Nightly *OS Name: *Linux *OS Platform: *x86_64 *OS Release: *2.6.18-6-amd64 *OS Version: *#1 SMP Sat Feb 20 23:34:55 UTC 2010 *Compiler Version: *unknown On Mon, Aug 30, 2010 at 2:43 PM, Moreland, Kenneth kmo...@sandia.govwrote: Does it make sense to submit a CMake feature request to post the compiler version (assuming one can be determined)? -Ken On 8/30/10 11:07 AM, Dave Partyka dave.part...@kitware.com wrote: I have some of this information on an internal Kitware wiki. It's not complete but should give you an idea. krondor gcc-3.3 midworld gcc-3.3 dashmacmini1 gcc-4.0.1 dashmacmini2 gcc-4.0.1 dashmacmini3 gcc-4.0.1 dashmacmini4 gcc beleriand dashsun1 Sun C 5.6 destiny aCC dash1win98 VS trinsic ? hythloth gcc 4.3.3 valhalla ? dash1vista32 VS8 dash1win64 VS71 VS8 VS9 dash2win64 VS9 morva VS8 dagobah faraway gcc-4.1.3 dash1 VS71 dash2 VS70 dash3 VS6 VS9 dash4 bcc-5.8 dash5 gcc-3.3.2 dash6 gcc-3.3.2 dash8 gcc-2.96 dash11 VS71 dash12 VS9 VS10 dash13 VS6 dash14 mingw cygwin dash15 dash16 gcc-4.3.2 dash17 gcc-4.0.3 dash18 dash19 bcc-5.5 VS8 dash20 VS dash21 gcc-4.3.2 dash22 cygwin mingw watcom VS71 VS8 VS9 dash23 amber1 gcc-4.1 amber2 gcc-4.1 amber3 gcc-4.1 amber4 gcc-4.1 amber5 gcc-4.1 amber6 gcc-4.1 amber7 gcc-4.1 amber8 gcc-4.1 amber9 VS9 2010/8/30 Takuya OSHIMA osh...@eng.niigata-u.ac.jp Hi, Is there a comprehensive list of compilers of the VTK and ParaView dashboard platforms? In particular, which is the oldest version of GCC that should be supported by VTK and ParaView? I skimmed through the dashboards and found the Linux kernel version of each platform but the compiler version is always unavailable. My intention of the question is that it would be useful for a (potential) contributor to have such a list so that he/she can test the code with the compilers before submitting it. Takuya Takuya OSHIMA, Ph.D. Faculty of Engineering, Niigata University 8050 Ikarashi-Ninocho, Nishi-ku, Niigata, 950-2181, JAPAN ___ Powered by www.kitware.com http://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 Kenneth Moreland *** Sandia National Laboratories *** *** *** *** email: kmo...@sandia.gov ** *** ** phone: (505) 844-8919 *** web: http://www.cs.unm.edu/~kmorel ___ 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] GPU SurfaceLIC
Quadro FX 3450 cards are in the Geforce 6 Family (it uses a NV42GL processor). I am pretty sure you need a newer card for surfaceLIC to work. 2010/8/26 Aurélien Marsan aur.mar...@gmail.com Hello, Really, I can not understand what makes the plugin surfaceLIC work or not. And it's a pity, because that's exactly what I need... ! Could we try to list as many graphic cards as possible, in order to try to understand where the problem comes from ? My system : Linux x86_64 [Quadro FX 3450/4000 SDI] - 256MB Driver 195.36.24 When I use surfaceLIC, Paraview freezes. It seems that the calculation works, but very slowly I had tried a newer driver, but this had not solve the problem. A colleagues' system : Linux x86_64 Two graphic cards : Quadro FX 1700 - 512MB VBIOS Version 60.84.75.00.14 It works without any problem. -- Does the size of the memory of the graphics card could be the explanation ? Thanks for any help, or advice. Aurélien. ___ 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] GPU SurfaceLIC
I don't know the specific GL features it requires but I think the best guideline is it should work with any card newer than a GeForce 6. The Quadro FX 1700 is in the GeForce 8 family and thus should work. 2010/8/26 Aurélien Marsan aur.mar...@gmail.com Thanks for this review, that helps me understand a little better. Searching more informations about the processor of the graphic card, I found these details : Quadro 3450, that didn't work with surface LIC -- http://www.gpureview.com/nvidia-nv41-chip-71.html Quadro FX 1700, that works -- http://www.gpureview.com/nvidia-g84-chip-138.html Which of there features is important, in order surfaceLIC to work ? DirectX Compliance ? PS Versionhttp://www.gpureview.com/pixel-shader-version-article-390.htmland/or VS Version ? Le 26 août 2010 14:05, Dave Partyka dave.part...@kitware.com a écrit : Quadro FX 3450 cards are in the Geforce 6 Family (it uses a NV42GL processor). I am pretty sure you need a newer card for surfaceLIC to work. 2010/8/26 Aurélien Marsan aur.mar...@gmail.com Hello, Really, I can not understand what makes the plugin surfaceLIC work or not. And it's a pity, because that's exactly what I need... ! Could we try to list as many graphic cards as possible, in order to try to understand where the problem comes from ? My system : Linux x86_64 [Quadro FX 3450/4000 SDI] - 256MB Driver 195.36.24 When I use surfaceLIC, Paraview freezes. It seems that the calculation works, but very slowly I had tried a newer driver, but this had not solve the problem. A colleagues' system : Linux x86_64 Two graphic cards : Quadro FX 1700 - 512MB VBIOS Version 60.84.75.00.14 It works without any problem. -- Does the size of the memory of the graphics card could be the explanation ? Thanks for any help, or advice. Aurélien. ___ 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] GPU SurfaceLIC
Glad to hear! 2010/8/26 Aurélien Marsan aur.mar...@gmail.com I have just installed a GeForce 8400 GS on my computer. SurfaceLIC is working perfectly. The good news of the day !!! Le 26 août 2010 15:22, Aurélien Marsan aur.mar...@gmail.com a écrit : Ok then, if we summarize things like this : Don't work : - Quadro FX 3450 DirectX Compliancehttp://www.gpureview.com/directx-compliance-article-386.html : 9.0c OpenGL Compliancehttp://www.gpureview.com/opengl-compliance-article-389.html :2.0 PS/VS Versionhttp://www.gpureview.com/pixel-shader-version-article-390.html :3.0/3.0 - ATI X1900 XT DirectX Compliancehttp://www.gpureview.com/directx-compliance-article-386.html : 9.0c OpenGL Compliancehttp://www.gpureview.com/opengl-compliance-article-389.html :2.0 PS/VS Versionhttp://www.gpureview.com/pixel-shader-version-article-390.html :3.0/3.0 Work - ATI Radeon HD 4850 DirectX Compliancehttp://www.gpureview.com/directx-compliance-article-386.html : 10.1 OpenGL Compliancehttp://www.gpureview.com/opengl-compliance-article-389.html :2.1 PS/VS Versionhttp://www.gpureview.com/pixel-shader-version-article-390.html :4.1/4.1 - Quadro FX 1700 DirectX Compliancehttp://www.gpureview.com/directx-compliance-article-386.html : 10.0 OpenGL Compliancehttp://www.gpureview.com/opengl-compliance-article-389.html :2.1 PS/VS Versionhttp://www.gpureview.com/pixel-shader-version-article-390.html :4.0/4.0 Maybe we could say that (for nvidia, ATI other manufacturers), that DirectX Compliance must be = 10.0 and (maybe OR, but in doubt... we should say AND) OpenGL = 2.0. PS/VS Version seem to be used for calculate the DirectX Compliance. ___ 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] GPU SurfaceLIC
Francois says it requires openGL 2.1 plus floating point texture extension (GL_ARB_texture_float) at a minimum. Determining if the hardware supports GL_ARB_texture_float probably can't be determined easily from product documentation. You're best bet it is to focus on cards that support OpenGL 3.0 and/or Direct X 10. 2010/8/26 Aashish Chaudhary aashish.chaudh...@kitware.com Would be nice if we can document what version of (PS and VS) or extensions used by the SurfaceLIC (on Wiki? Source? Release Notes?) I am happy to assist someone for this task. Thanks, 2010/8/26 Dave Partyka dave.part...@kitware.com Glad to hear! 2010/8/26 Aurélien Marsan aur.mar...@gmail.com I have just installed a GeForce 8400 GS on my computer. SurfaceLIC is working perfectly. The good news of the day !!! Le 26 août 2010 15:22, Aurélien Marsan aur.mar...@gmail.com a écrit : Ok then, if we summarize things like this : Don't work : - Quadro FX 3450 DirectX Compliancehttp://www.gpureview.com/directx-compliance-article-386.html : 9.0c OpenGL Compliancehttp://www.gpureview.com/opengl-compliance-article-389.html :2.0 PS/VS Versionhttp://www.gpureview.com/pixel-shader-version-article-390.html :3.0/3.0 - ATI X1900 XT DirectX Compliancehttp://www.gpureview.com/directx-compliance-article-386.html : 9.0c OpenGL Compliancehttp://www.gpureview.com/opengl-compliance-article-389.html :2.0 PS/VS Versionhttp://www.gpureview.com/pixel-shader-version-article-390.html :3.0/3.0 Work - ATI Radeon HD 4850 DirectX Compliancehttp://www.gpureview.com/directx-compliance-article-386.html : 10.1 OpenGL Compliancehttp://www.gpureview.com/opengl-compliance-article-389.html :2.1 PS/VS Versionhttp://www.gpureview.com/pixel-shader-version-article-390.html :4.1/4.1 - Quadro FX 1700 DirectX Compliancehttp://www.gpureview.com/directx-compliance-article-386.html : 10.0 OpenGL Compliancehttp://www.gpureview.com/opengl-compliance-article-389.html :2.1 PS/VS Versionhttp://www.gpureview.com/pixel-shader-version-article-390.html :4.0/4.0 Maybe we could say that (for nvidia, ATI other manufacturers), that DirectX Compliance must be = 10.0 and (maybe OR, but in doubt... we should say AND) OpenGL = 2.0. PS/VS Version seem to be used for calculate the DirectX Compliance. ___ 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 -- | Aashish Chaudhary | RD Engineer | Kitware Inc. | www.kitware.com ___ 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] Paraview's HDF5 upgraded to 1.8.5
Hey Mike, I just did a universal build now. What specifically were you doing to get the runtime errors? On Tue, Aug 24, 2010 at 2:50 PM, Michael Jackson mike.jack...@bluequartz.net wrote: So can I back that back off to hdf5 version 1.6.9? There are SERIOUS issues with HDF5 version 1.8 being built as a universal binary on OS X. One arch will work just fine, the other will give runtime errors. So for instance if someone is going to build both ppc and i386 binaries depending which one they list first the other will not work. I can demonstrate this with the latest HDF5 1.8.5 sources. ___ Mike Jackson www.bluequartz.net On Aug 23, 2010, at 10:53 AM, Dave Partyka wrote: Hi All, Late last week we updated ParaView's hdf5 from 1.6.2 to 1.8.5. In addition to the traditional C library we have also brought in the C++ version of the library (hdf5_cpp). The high level versions of the library are also available (hdf5_hl hdf5_hl_cpp). This should provide ParaView developers a number of avenues to use the latest HDF5 in their readers/writes. The HDF5 group has has started using CMake as a build system for HDF5. Using the new build system John Biddiscombe and Brad King were able to create a slimmed down version of HDF5 that just builds the core libraries and easily integrates into ParaView. Many thanks to them for their efforts! See here for the release notes for HDF5 1.8.x. http://www.hdfgroup.org/HDF5/doc/ADGuide/WhatsNew180.html As always, we value feedback from the community. Feel free to report any issues. In the mean time I will be monitoring the dashboards. Thanks! ___ 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] Paraview's HDF5 upgraded to 1.8.5
Ahh, I don't think I was ever able to build 32bit+64bit universal because of hdf5 build errors even with version 1.6. I thought you meant you were building ppc;i386 and that was crashing. Testing out a ppc;i386 binary right now seems to work fine. There are new CMake feature in CheckTypeSize that should let you build 32bit+64bit binaries. It will produce #ifdef arch #else pragmas in your configured header to define both sets of type sizes. I am guessing you guys are now using that in svn HDF5? On Wed, Aug 25, 2010 at 10:06 AM, Michael Jackson mike.jack...@bluequartz.net wrote: So the basics would be if you build HDF5 with i386;x86_64 as the archs to build then use the arch -arch [i386|x86_64] SomeProgram/That/Creates/HDF5/Files and you should crash out pretty quickly when it is trying to initialize the HDF5 library. If you build the HDF5 project and one of the example hdf5 programs like h5_group the error will happen. It is very repeatable. There is a long private discussion going on currently with the HDF5 developers to try and figure out a way forward. I just committed some CMake code to the HDF5 SVN Cmake branch to basically throw a CMake FATAL_ERROR if more than 1 OS X arch is detected during the CMake process. ___ Mike Jackson www.bluequartz.net Principal Software Engineer mike.jack...@bluequartz.net BlueQuartz Software Dayton, Ohio On Aug 25, 2010, at 9:58 AM, Dave Partyka wrote: Hey Mike, I just did a universal build now. What specifically were you doing to get the runtime errors? On Tue, Aug 24, 2010 at 2:50 PM, Michael Jackson mike.jack...@bluequartz.net wrote: So can I back that back off to hdf5 version 1.6.9? There are SERIOUS issues with HDF5 version 1.8 being built as a universal binary on OS X. One arch will work just fine, the other will give runtime errors. So for instance if someone is going to build both ppc and i386 binaries depending which one they list first the other will not work. I can demonstrate this with the latest HDF5 1.8.5 sources. ___ Mike Jackson www.bluequartz.net On Aug 23, 2010, at 10:53 AM, Dave Partyka wrote: Hi All, Late last week we updated ParaView's hdf5 from 1.6.2 to 1.8.5. In addition to the traditional C library we have also brought in the C++ version of the library (hdf5_cpp). The high level versions of the library are also available (hdf5_hl hdf5_hl_cpp). This should provide ParaView developers a number of avenues to use the latest HDF5 in their readers/writes. The HDF5 group has has started using CMake as a build system for HDF5. Using the new build system John Biddiscombe and Brad King were able to create a slimmed down version of HDF5 that just builds the core libraries and easily integrates into ParaView. Many thanks to them for their efforts! See here for the release notes for HDF5 1.8.x. http://www.hdfgroup.org/HDF5/doc/ADGuide/WhatsNew180.html As always, we value feedback from the community. Feel free to report any issues. In the mean time I will be monitoring the dashboards. Thanks! ___ 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] ParaView fails to run under Windows7 + MSVC2008
You definitely have Qt in your path? On Mon, Aug 23, 2010 at 9:27 AM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: Can you attach a debugger and see where/why it's segfaulting? Thanks Utkarsh On Mon, Aug 23, 2010 at 9:20 AM, Dr. X xun...@renci.org wrote: Hi, I just built ParaView git under Windows7 64bit + MSVC2008. When I launched paraview.exe (in both Debug and Release modes), I encountered paraview.exe has stopped working A problem caused the progrma to stop working correctly. windows will close the program and notify you if a solution is available. Debug Close Program The git build is the only ParaView instance on my computer and its path is registered with the OS. Did I miss any steps after the build? Thanks a lot. Best, x ___ 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] Paraview's HDF5 upgraded to 1.8.5
Hi All, Late last week we updated ParaView's hdf5 from 1.6.2 to 1.8.5. In addition to the traditional C library we have also brought in the C++ version of the library (hdf5_cpp). The high level versions of the library are also available (hdf5_hl hdf5_hl_cpp). This should provide ParaView developers a number of avenues to use the latest HDF5 in their readers/writes. The HDF5 group has has started using CMake as a build system for HDF5. Using the new build system John Biddiscombe and Brad King were able to create a slimmed down version of HDF5 that just builds the core libraries and easily integrates into ParaView. Many thanks to them for their efforts! See here for the release notes for HDF5 1.8.x. http://www.hdfgroup.org/HDF5/doc/ADGuide/WhatsNew180.html As always, we value feedback from the community. Feel free to report any issues. In the mean time I will be monitoring the dashboards. Thanks! ___ 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] vtkNetCDF upgraded to 4.1.1
Hi All, I just upaded VTK's netcdf from 3.6.2 to 4.1.1. In addition to the traditional C library I have also brought in the C++ version of the library (vtkNetCDF_cpp). I spent time creating the proper DLL exports, allowing even Windows developers to use the library! This provides a nicer API that developers can use when writing new netcdf readers/writers. Also with netcdf 4.x we can now potentially use HDF5 based NetCDF files. See here for the release notes for NetCDF 4. As always we value feedback from the community, feel free to report any issues. In the mean time I will be monitoring the dashboards. http://www.unidata.ucar.edu/software/netcdf/docs/faq.html#changes_4.0 Thanks! ___ 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] problem with OS X binary
That is strange, did you add opt/local/lib to your DYLD_LIBRARY_PATH? Even so, the app should have been fixed up to point to it's internally bundled Qt with relative RPATH entries that look something like libqtcore.dylib ../FrameWorks/Qt/blah. Can you send some of the output? I will see if I can recreate this on my Mac. On Sun, Aug 15, 2010 at 5:41 PM, Dan Lussier dan.luss...@sjc.ox.ac.ukwrote: Hi Dave, Ok - I gave everything another try today and I'm really not sure what happened on Friday as now both the 32 bit and 64 bit binaries appear to be working. On Friday I was getting immediate and repeatable crashes from the 64 bit library. Having now looked back into the console (I hadn't done that on Friday as I was brain dead on Friday afternoon) the potential culprit appears to be multiple qt installations on my system. I installed a generic qt library into /opt/local via the MacPorts system for use with a few other pieces of software and it looks like this was causing some conflicts with Paraview as I get repeated messages that Paraview was unable to decide between libraries from the qt installation in /opt/local and the one that came bundled with the binary. Does this explanation make sense? Thanks again. On 13-Aug-10, at 7:54 PM, Dave Partyka wrote: That would be very helpful. Also if you launch the application from a command line is any output printed to the console? I have experienced some problems with upgrade machines only performing a 32bit upgrade. Thus this bundle of ParaView won't work because it is 64 bit only. Haver you tried the 32 bit version? Mac OS X Universal Application Bundle (10.4+) ParaView-3.8.0-Darwin-Universal.dmghttp://paraview.org/files/v3.8/ParaView-3.8.0-Darwin-Universal.dmg On Fri, Aug 13, 2010 at 7:21 PM, Dan Lussier dan.luss...@sjc.ox.ac.ukwrote: I tried downloading the binary for OS X today, specifically: Mac OS X x86_64 Application Bundle (10.5+) ParaView-3.8.0-Darwin-x86_64.dmghttp://paraview.org/files/v3.8/ParaView-3.8.0-Darwin-x86_64.dmg When I try to launch the application it crashes immediately. My system setup is: Mac Pro ~ 2007, 2 x quad Xeon 3GHz OS X 10.6.4 Has anyone else run into this with up to date OS X 10.6 ? I can supply more information such as the stack trace I get from OS X if that would be of interest. Thanks. Dan ___ 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] Fwd: saving screen shot as a PNG image, Paraview-3.8.0
Hi Rakesh, You mentioned CVS. I just want to double check are you really still using CVS ParaView? or are you on the git release branch? Or using the source tarball from the webpage? On Fri, Aug 13, 2010 at 2:26 PM, Rakesh Hammond rakesh.hamm...@googlemail.com wrote: -- Forwarded message -- From: Rakesh Hammond rakesh.hamm...@googlemail.com Date: 13 August 2010 19:26 Subject: Re: [Paraview] saving screen shot as a PNG image, Paraview-3.8.0 To: pat marion pat.mar...@kitware.com Hi Pat, Thanks for your suggestion - but didn't help, PV-3.8 still crashed. I am able to save the screen shot using other formats (jpg, bmp etc). I looked into it a little bit further and I think this is where its seg faulting (I am on 3.8 release branch, not the latest CVS) in vtkPNGWriter.cxx line 278 - the following for loop for (ui = 0; ui height; ui++) { row_pointers[height - ui - 1] = (png_byte *)outPtr; outPtr = (unsigned char *)outPtr + rowInc; } However, if I put a print statement inside the for loop(Hello world for example), PV doesn't crash. This may be due to a memory leak some where else. Can some one please comment on what sort of modifications I should make to the above code? I think this may be a nasty bug to recreate - has any one else encountered this problem? This is what I tried to do start PV Load some data File-SaveScreenShot- Now choose the .PNG format and my PV-3.8 crashes Regards, On 12 August 2010 19:26, pat marion pat.mar...@kitware.com wrote: Hi Rakesh, In Edit - Settings - Render View there is an option Use Offscreen Rendering for Screenshots. On some systems, this option will cause a crash when enabled. Pat On Thu, Aug 12, 2010 at 1:42 PM, Rakesh Hammond rakesh.hamm...@googlemail.com wrote: Hi I have a .pvti file which I can visualize in Paraview-3.8.0. I would like to save a slice from my data set and able to display the results correctly. However, when I select SaveScreen option with PNG format, it seg faults. I am able to get this to work correctly on 3.6.2 without seg faulting. I am on SuSe-10.2. Do I need to turn on the USE_SYSTEM_PNG flag in CMake and re-compile? I haven't done this for 3.6.2 and works OK. Has any one else come across this problem before? Any pointers would be greatly appreciated. Regards, Rakesh ___ 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] problem with OS X binary
That would be very helpful. Also if you launch the application from a command line is any output printed to the console? I have experienced some problems with upgrade machines only performing a 32bit upgrade. Thus this bundle of ParaView won't work because it is 64 bit only. Haver you tried the 32 bit version? Mac OS X Universal Application Bundle (10.4+) ParaView-3.8.0-Darwin-Universal.dmghttp://paraview.org/files/v3.8/ParaView-3.8.0-Darwin-Universal.dmg On Fri, Aug 13, 2010 at 7:21 PM, Dan Lussier dan.luss...@sjc.ox.ac.ukwrote: I tried downloading the binary for OS X today, specifically: Mac OS X x86_64 Application Bundle (10.5+)ParaView-3.8.0-Darwin-x86_64.dmghttp://paraview.org/files/v3.8/ParaView-3.8.0-Darwin-x86_64.dmg When I try to launch the application it crashes immediately. My system setup is: Mac Pro ~ 2007, 2 x quad Xeon 3GHz OS X 10.6.4 Has anyone else run into this with up to date OS X 10.6 ? I can supply more information such as the stack trace I get from OS X if that would be of interest. Thanks. Dan ___ 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] ParaView Python
CMAKE_MACOSX_DEPLOYMENT_TARGET On Mon, Aug 2, 2010 at 8:07 PM, Berk Geveci berk.gev...@kitware.com wrote: Most probably. The only way to get around this (and other similar problems) is to build ParaView from source using the same version of Python and Qt as yours. Otherwise, you'll get conflicts. Also, make sure that your Mac target is the same as your Python when building. I forgot the CMake variable for it. Something with target... -berk On Mon, Aug 2, 2010 at 11:46 AM, Erik Anderson erand...@sci.utah.edu wrote: Hi all, I am trying to import paraview.simple from an external Python interpreter. I am trying to use the ParaView 3.8.0 binary distribution and I have all my paths setup properly, but I'm getting the following error: import paraview.simple Traceback (most recent call last): File stdin, line 1, in module File /Applications/ParaView 3.8.0.app/Contents/Python/paraview/simple.py, line 39, in module import servermanager File /Applications/ParaView 3.8.0.app/Contents/Python/paraview/servermanager.py, line 43, in module import paraview, re, os, new, sys, vtk File /Applications/ParaView 3.8.0.app/Contents/Python/paraview/vtk/__init__.py, line 4, in module from libvtkCommonPython import * ImportError: dlopen(/Applications/ParaView 3.8.0.app/Contents/Libraries/libvtkCommonPython.so, 2): no suitable image found. Did find: /Applications/ParaView 3.8.0.app/Contents/Libraries/libvtkCommonPython.so: mach-o, but wrong architecture Upon some closer inspection, I see that the Python version used in ParaView is: 2.5.4_final whereas I am using: 2.6.5_final Is this the cause of the error? If so, how can I work around this? Thanks, Erik Anderson ___ 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] STL files + ParaView linux 3.8.0 (RC1)
That is strange. I am not seeing any changes to that reader between RC1 and the final build. Do you get any sort of error messages with RC1? On Thu, Jul 22, 2010 at 11:12 AM, paul.barrere paul.barr...@laposte.netwrote: Hi, I work with STL files, and I note that the reference files for STL (available here : http://people.sc.fsu.edu/~jburkardt/data/stla/stla.html) are not rendered with ParaView Linux 3.8.0 (RC1). They are well rendered with ParaView Windows 3.8.0. Is it a a real problem or did I make a mistake when installing PV on Linux ? Thanks, paul barrere trainee at cerma laboratory [image: Pieddemail]https://compte.laposte.net/inscription/index.do?jeux=201001FOOTER ___ 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] 3.8 version does not launch on old systems
Humm I will take a look. Thanks Stephane! 2010/7/9 Stephane PLOIX stephane.pl...@edf.fr Hi, it seems that the libQtHelp.so library is missing from the binary package ParaView-Development-3.8.0-Linux-x86_64. I tried to install it on a system which does not have this library natively installed, and end up with the error : /local00/ParaView-Development-3.8.0-Linux-x86_64/lib/paraview-3.8/paraview-real: error while loading shared libraries: libQtHelp.so.4: cannot open shared object file: No such file or directory Stephane *Stephane PLOIX** Pilote Opérationnel - Visualisation scientifique* EDF - RD SINETICS 1, Av du Général de Gaulle 92140 Clamart *stephane.pl...@edf.fr* Tél. : +33 (0) 1 47 65 51 10 Un geste simple pour l'environnement, n'imprimez ce message que si vous en avez l'utilité. Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à l'intention exclusive des destinataires et les informations qui y figurent sont strictement confidentielles. Toute utilisation de ce Message non conforme à sa destination, toute diffusion ou toute publication totale ou partielle, est interdite sauf autorisation expresse. Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de votre système, ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support que ce soit. Nous vous remercions également d'en avertir immédiatement l'expéditeur par retour du message. Il est impossible de garantir que les communications par messagerie électronique arrivent en temps utile, sont sécurisées ou dénuées de toute erreur ou virus. This message and any attachments (the 'Message') are intended solely for the addressees. The information contained in this Message is confidential. Any use of information contained in this Message not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. If you are not the addressee, you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return message. E-mail communication cannot be guaranteed to be timely secure, error or virus-free. ___ 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 image/gifimage/gif___ 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] vtkstd with VS2008 issue
Use this instead. #include vtksys/stl/algorithm // lower_bound vtksys_stl::lower_bound( On Thu, Jul 8, 2010 at 11:11 AM, Fred Fred stan1...@hotmail.fr wrote: Hello, how to cope with the fact using vtkstd:: causes syntax errors on VS2008 while it works well on g++? p = vtkstd::lower_bound(start, end, *it, vtkstd::lessdouble()); error C2039: 'lower_bound' : is not a member of 'std' -- Votre vie privée l'est-elle vraiment ? Internet Explorer 8 vous protège gratuitement http://clk.atdmt.com/FRM/go/232102478/direct/01/ ___ 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] vtkstd with VS2008 issue
Or If you prefer to use vtkstd instead of vtksys (Don't ask me what is different between them). Did you include #include vtkstd/algorithm ? On Thu, Jul 8, 2010 at 11:15 AM, Dave Partyka dave.part...@kitware.comwrote: Use this instead. #include vtksys/stl/algorithm // lower_bound vtksys_stl::lower_bound( On Thu, Jul 8, 2010 at 11:11 AM, Fred Fred stan1...@hotmail.fr wrote: Hello, how to cope with the fact using vtkstd:: causes syntax errors on VS2008 while it works well on g++? p = vtkstd::lower_bound(start, end, *it, vtkstd::lessdouble()); error C2039: 'lower_bound' : is not a member of 'std' -- Votre vie privée l'est-elle vraiment ? Internet Explorer 8 vous protège gratuitement http://clk.atdmt.com/FRM/go/232102478/direct/01/ ___ 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] Buggy development package?
Good Catch Michael, I'll give that a shot On Wed, Jul 7, 2010 at 2:43 AM, Michael Wild them...@gmail.com wrote: Hi all I wanted to give the new development package (ParaView-Development-3.8.0-Darwin-x86_64.tar.gz) a try and use it to compile a plugin on my Mac. However, it seems that lib/paraview-3.8/CMake/ParaViewLibraryDepends.cmake contains XXX_LIB_DEPENDS variables referencing libraries from the custom Qt installation used to build the package (/Users/partyd/Dashboards/Support/qt-4.6.2-MacOSX10.5). Of course, none of those Qt libraries can be found... As a hack I just unset the offending pqComponents_LIB_DEPENDS and vtkPVServerManager_LIB_DEPENDS variables after including PARAVIEW_USE_FILE. But I suspect this might fail on some operating systems. Currently I have no idea how this could be fixed in a good way, since these entries are auto-created by CMake. Perhaps one way would be wrapping TARGET_LINK_LIBRARIES in a custom function that explicitly sets the LINK_INTERFACE_LIBRARIES property, replacing Qt libraries by \${QT_LIBRARIES}, suitably escaped such that it ends up as ${QT_LIBRARIES} in the ParaViewLibraryDepends.cmake file, expanding to the users installation of Qt when it is included. Michael ___ 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] Buggy development package?
I was able to recreate the error. I am going to try and fix it now. On Wed, Jul 7, 2010 at 7:45 AM, Michael Wild them...@gmail.com wrote: Also, ParaViewConfig.cmake, VTKConfig.cmake and VTKLibraryDepends.cmake have similar problems. When I said that unsetting the XXX_LIB_DEPENDS variables was solving the problem, I was mistaken. It actually breaks things, but I didn't notice it until tried to load the plugin (I was using -undefined dynamic_lookup ...). Coming to think of it, shouldn't one also use the same Qt version that was used to compile ParaView? So that one should also be included in the development package, right? And on Mac the frameworks should have their install_name directory set to @executable_path/../Frameworks and the libraries to @executable_path/../Libraries. Of course, ParaViewUse.cmake should make sure that the correct Qt is discovered and used. Michael On 7. Jul, 2010, at 11:45 , Dave Partyka wrote: Good Catch Michael, I'll give that a shot On Wed, Jul 7, 2010 at 2:43 AM, Michael Wild them...@gmail.com wrote: Hi all I wanted to give the new development package (ParaView-Development-3.8.0-Darwin-x86_64.tar.gz) a try and use it to compile a plugin on my Mac. However, it seems that lib/paraview-3.8/CMake/ParaViewLibraryDepends.cmake contains XXX_LIB_DEPENDS variables referencing libraries from the custom Qt installation used to build the package (/Users/partyd/Dashboards/Support/qt-4.6.2-MacOSX10.5). Of course, none of those Qt libraries can be found... As a hack I just unset the offending pqComponents_LIB_DEPENDS and vtkPVServerManager_LIB_DEPENDS variables after including PARAVIEW_USE_FILE. But I suspect this might fail on some operating systems. Currently I have no idea how this could be fixed in a good way, since these entries are auto-created by CMake. Perhaps one way would be wrapping TARGET_LINK_LIBRARIES in a custom function that explicitly sets the LINK_INTERFACE_LIBRARIES property, replacing Qt libraries by \${QT_LIBRARIES}, suitably escaped such that it ends up as ${QT_LIBRARIES} in the ParaViewLibraryDepends.cmake file, expanding to the users installation of Qt when it is included. Michael ___ 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] What are the 3.8.0 ParaView Development Installation packages?
A version that tracks the nightly master is an interesting idea. The main reason we started creating the development packages was more so that folks could build their own plugins that will work against the released binaries of ParaView without needing to build ParaView yourself. On Mon, Jul 5, 2010 at 7:35 PM, Paul McIntosh paul.mcint...@internetscooter.com wrote: Hi, I am wondering what the 3.8.0 ParaView Development Installation packages are on the website? http://www.paraview.org/paraview/resources/software.html I would have thought the development version should be 3.9.0. When I build from source I get 3.9.0 and therefore the 3.8.0 dev prebuilt binaries are not compatable. I tracked down a Windows prebuilt 3.9.0 dev version here: http://www.paraview.org/files/v3.9/ and that works with a build from source back-end. So I am wondering if there are plans for other flavours. The reason I ask is that I would like users to be able to download the bleeding edge version easily to be able see if issues they have in 3.8.0 are resolved in the next release (and possibly start using that instead). Cheers, Paul --- www.internetscooter.com ___ 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] Question about ParaView 3.8.0 and Qt libraries
It depends. There are some rendering features of ParaView that use Qt such as Charts. If you aren't going to use charts then Qt is only needed for building the client Gui. Putting it in a shared location is fine, we do that on our own small cluster. Using the 'Module' package makes this very easy. On Thu, Jul 1, 2010 at 2:52 AM, bassaidai bassaid...@gmail.com wrote: Hello, I should compile and install ParaView 3.8.0 on a Linux Debian cluster and I have a question about Qt libraries = 4.5: should I compile and install Qt on every single node or can I install Qt only on master node? in this last case, should I install Qt on a directory shared among every node or can I use the default installing directory (for example: /usr/local/Trolltech/Qt-4.6.2)? Thank you very much ___ 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] VTK version
It is 5.6.0 + some additional patches as VTK 5.6.0 was released before ParaView 3.8.0 was finished. If you checkout the VTK release branch. The commit ParaView 3.8.0 used was: 8b2449871dca83d542cc7d8093da5fee3c70ebb1 Author: Dave DeMarle dave.dema...@kitware.com 2010-05-19 14:25:56 Committer: David Partyka dave.part...@kitware.com 2010-05-21 08:59:24 Parent: 33a0bc981c98fc81bc5351ad27ad018e9cdc6dc1 (STYLE: Remove tabs.) Child: 9fcf02d503c6fb13fa5104deb3956a77ff079a3a (COMP: SetNumberOfHistogramBins(int*) missing definition, added) Branches: release, remotes/origin/release Follows: v5.6.0 Precedes: Take timestamps of key portions of parallel rendering algorithm. On Wed, Jun 30, 2010 at 8:16 AM, Didier Roissé didier.roi...@gmail.comwrote: Hello, Which VTK's version is used in Paraview 3.8.0 ? Version 5.6.0 ? Best regards, Didier Roissé ___ 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] PV on Windows with VS requirements
Are you talking about where to get Visual Studio 2008 Express? You can download it from here: http://www.microsoft.com/express/Downloads/#2008-Visual-CPP That should match the VS 2008 Qt on the nokia website. On Wed, Jun 30, 2010 at 10:31 AM, Fred Fred stan1...@hotmail.fr wrote: But their pre-built version is, by default, built on MinGW (at least those that is listed in their GPL download page). And using the version attached to the link below implies having VS2008, while only VS2010 is now available (someone here reported compatibility issues between VS2008 and VS2010, that is Microsoft lol). If you can tell me where to find VS2008, it may help me. -- From: dave.part...@kitware.com Date: Wed, 30 Jun 2010 10:23:13 -0400 Subject: Re: [Paraview] PV on Windows with VS requirements To: stan1...@hotmail.fr CC: paraview@paraview.org You can either build Qt yourself or download their pre-built Qt. Both use the LGPL license. It needs to match your version of VS though. For 4.6.3 you need to use Visual Studio 2008 if you use their binaries. Otherwise you will need to build it yourself. http://qt.nokia.com/downloads/windows-cpp-vs2008 On Wed, Jun 30, 2010 at 10:18 AM, Fred Fred stan1...@hotmail.fr wrote: Hello, I want to to be able to develop plugins for PV on Windows XP. This requires that I compile PV (vs using pre-compiled binaries), right? So I need Qt for VS but VS is only supported by Qt through commercial versions, which means that I need to build a commercial version of Qt to be able to have a development version of PV, am I still right? -- Vous voulez protéger votre vie privée ? La solution avec Internet Explorer 8 http://clk.atdmt.com/FRM/go/232102477/direct/01/ ___ 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 -- Votre vie privée l'est-elle vraiment ? Internet Explorer 8 vous protège gratuitement ! http://clk.atdmt.com/FRM/go/232102478/direct/01/ ___ 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] Problems building 3.8.0
Hi Carolyn, I was able to finally track down a machine with this compiler, reproduce and fix it last night. I apologize for the delay. That machine now submits a nightly dashboard to VTK so we know right away when it breaks. http://www.cdash.org/CDash/buildSummary.php?buildid=650969 http://www.cdash.org/CDash/buildSummary.php?buildid=650969Thanks! On Tue, Jun 15, 2010 at 2:47 PM, Carolyn Stancoff cstanc...@gmail.comwrote: That worked. But now I'm getting error C2039: 'vector': is not a member of 'std::vector_Ty' Thanks, Carolyn On Mon, Jun 14, 2010 at 3:19 PM, Dave Partyka dave.part...@kitware.comwrote: Turn off VTK_USE_N_WAY_ARRAYS. VS 2003's compiler can't handle the templates used in the Variants and N-Way arrays. On Mon, Jun 14, 2010 at 5:01 PM, Carolyn Stancoff cstanc...@gmail.comwrote: All, I'm trying to build 3.8.0 on Windows XP. I'm using qt 4.6.0, cmake 2.8.1, and Visual Studio 7 2003. I get the following error: error C2063 'vtkTypedArrayT::GetVariantValue' : not a function Any ideas? Thanks, Carolyn ___ 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] Problems building 3.8.0 for 64-bit Mac
Hi Ben, can you send us your CMakeCache.txt in the root of your build tree. On Tue, Jun 29, 2010 at 4:40 PM, Ben Medina ben.med...@gmail.com wrote: It just prints out: Q_WS_MAC == I'm not sure what is responsible for setting that variable; I've only ever seen it used in C++ source as a preprocessor define, not in CMake source. Thanks, Ben On Tue, Jun 29, 2010 at 1:00 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com wrote: If you look at Qt/Widgets/CMakeLists.txt, around line #79, it doesn't add pqProgressBarHelper.cxx as a source to compile on macs, instead it uses pqProgressBarHelper.mm. Now the question why isn't that happening in your case. Try adding the following; message( Q_WS_MAC == ${Q_WS_MAC}) What does that print out when you run cmake? Utkarsh On Tue, Jun 29, 2010 at 3:38 PM, Ben Medina ben.med...@gmail.com wrote: Hello, I just downloaded the 3.8.0 source and am trying to compile a 64-bit version on Mac OS 10.5. During the build of the pqWidgets target, this error occurs: .../ParaView-3.8.0/Qt/Widgets/pqProgressBarHelper.cxx:37: error: type 'class QObject' is not a direct base of 'pqProgressBarHelper' There seems to be an error in the source. Here's the class declaration in pqProgressBarHelper.h: #ifdef Q_WS_MAC class pqProgressBarHelper : public QWidget #else class pqProgressBarHelper : public QObject #endif But then in the constructor in pqProgressBarHelper.cxx is this: pqProgressBarHelper::pqProgressBarHelper(pqProgressBar* p) : QObject(p), Progress(p) { } Any ideas? Thanks, Ben ___ 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] How to compile and use ParaView 3.8.0 on Windows XP
1. You want to use 4.6.x. You can install Qt from the nokia website if your compiler matches the one they used to build with (VS 2008). Or you can build it yourself. http://qt.nokia.com/downloads/windows-cpp-vs2008 http://qt.nokia.com/downloads/windows-cpp-vs20082. MS-MPI or MPICH2 should both work fine. MS-MPI is here: http://www.microsoft.com/downloads/details.aspx?familyid=13644DCD-4022-4BBC-B18F-1C9E9461D5BDdisplaylang=en http://www.microsoft.com/downloads/details.aspx?familyid=13644DCD-4022-4BBC-B18F-1C9E9461D5BDdisplaylang=enMPICH2 is here: http://www.mcs.anl.gov/research/projects/mpich2/ http://www.mcs.anl.gov/research/projects/mpich2/3. you run pvserver the exact same way but the command is typically called mpiexec. I don't think you need to specify any display options to share the GPU on the local host. On Thu, Jun 24, 2010 at 3:25 AM, bassaidai bassaid...@gmail.com wrote: Hi Ken, hi all. I read http://paraview.org/Wiki/ParaView:Build_And_Install#Build_ParaViewbut I need more information about compiling and using ParView 3.8.0 on a workstation with windows XP and a single GPU shared amongst the cores: 1) should I install Qt = 4.5.0? How can I compile it? 2) should I install MS-MPI? where can I find it? 3) on linux I use a command similar to: mpirun -np 2 pvserver --display: 0.0 --use-offscreen-rendering to run pvserver in parallel, but on windows I have these questions: - how can I run pvserver in parallel? - how can I/should I specify to share the single GPU amongst the cores? on linux I use the paramenter --display: 0.0 as explained in: http://www.paraview.org/Wiki/Setting_up_a_ParaView_Server#Sharing_GPUs_Amongst_Processes Thank you very much ___ 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] xdmf.py install is scanning my /usr recursively and try to bytecompile anything in .py
Hi Francois, I am a little bit confused by your email. Just to be clear, is this the change you are proposing? SET( XdmfGzipSource gzstream @@ -504,7 +504,7 @@ IF(XDMF_WRAP_PYTHON) # Compile Byte Code INSTALL(CODE EXECUTE_PROCESS(COMMAND ${PYTHON_EXECUTABLE} ${Xdmf_SOURCE_DIR}/CMake/CompileXdmfByteCode.py -${CMAKE_INSTALL_PREFIX}/${XDMF_WRAP_PYTHON_INSTALL_PY_DIR})) +${XDMF_WRAP_PYTHON_INSTALL_DIR})) ENDIF(XDMF_WRAP_PYTHON) Let me know and I will gladly commit the fix. On Tue, Jun 15, 2010 at 6:07 AM, François Bissey f.r.bis...@massey.ac.nzwrote: Hi, A problem that I encountered while packaging paraview-3.8.0. Here is a build log extract: -- Installing: /media/anthill/portage/sci- visualization/paraview-3.8.0/image/usr/lib/python2.6/site- packages/Xdmf/__init__.py -- Installing: /media/anthill/portage/sci- visualization/paraview-3.8.0/image/usr/lib/python2.6/site- packages/Xdmf/Xdmf.py Listing /usr/ ... Listing /usr/bin ... Compiling /usr/bin/add_esri_column.py ... Sorry [Errno 13] Permission denied: '/usr/bin/add_esri_column.pyc' Compiling /usr/bin/build_pcs.py ... Sorry [Errno 13] Permission denied: '/usr/bin/build_pcs.pyc' snip Listing /usr/i686-pc-linux-gnu ... Listing /usr/i686-pc-linux-gnu/bin ... Listing /usr/i686-pc-linux-gnu/binutils-bin ... Listing /usr/i686-pc-linux-gnu/binutils-bin/2.20.1 ... Listing /usr/i686-pc-linux-gnu/gcc-bin ... Listing /usr/i686-pc-linux-gnu/gcc-bin/3.3 ... Listing /usr/i686-pc-linux-gnu/gcc-bin/4.3.4 ... Listing /usr/i686-pc-linux-gnu/gcc-bin/4.4.3 ... Listing /usr/i686-pc-linux-gnu/lib ... snip Listing /usr/src/linux-2.6.32-gentoo-r7/virt/kvm ... Listing /usr/tmp-vrooom ... -- Installing: /media/anthill/portage/sci- visualization/paraview-3.8.0/image/usr/lib/paraview-3.8/libXdmf.so So two points: first it doesn't respect DESTDIR - in the end bytecompiling is the responsibility of the package manager so I disabled that completely. Second it all come from this bit in Utilities/Xdmf2/libsrc/CMakeList.txt (lines 505-507): # Compile Byte Code INSTALL(CODE EXECUTE_PROCESS(COMMAND ${PYTHON_EXECUTABLE} ${Xdmf_SOURCE_DIR}/CMake/CompileXdmfByteCode.py ${CMAKE_INSTALL_PREFIX}/${XDMF_WRAP_PYTHON_INSTALL_PY_DIR})) It turns out that we scan /usr which is CMAKE_INSTALL_PREFIX because XDMF_WRAP_PYTHON_INSTALL_PY_DIR is never defined. I suspect the intent was to define it earlier and to use it to set XDMF_WRAP_PYTHON_INSTALL_DIR as we can see earlier in the same file (lines 472): SET(XDMF_WRAP_PYTHON_INSTALL_DIR ${CMAKE_INSTALL_PREFIX}${XDMF_WRAP_PYTHON_INSTALL_DIR}/Xdmf) Which I think may have been meant: SET(XDMF_WRAP_PYTHON_INSTALL_DIR ${CMAKE_INSTALL_PREFIX}${XDMF_WRAP_PYTHON_INSTALL_PY_DIR}/Xdmf) -- If we don't care about DESTDIR replacing ${CMAKE_INSTALL_PREFIX}/${XDMF_WRAP_PYTHON_INSTALL_PY_DIR} in line 507 by: ${XDMF_WRAP_PYTHON_INSTALL_DIR} will look in the right place. Francois ___ 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] Python/C++ Plugins with Paraview 3.8.0
Hi Nicholas, You can accomplish this with the new development install versions of ParaView that include the necessary libraries and headers. One caveat is that you need to install/build your own matching Qt (4.6.2). I put in a request for the links to be added to the download page but I see they are not there. Let me ping the webpage person again and I will get back to you. In the mean time you can get the files from http://paraview.org/files/v3.8/. The packages are called ParaView-Development-3.8.0-* On Mon, Jun 14, 2010 at 3:19 AM, Nicholas Yue yue.nicho...@gmail.comwrote: Hi, I understand that with Paraview 3.8, there is no longer a need to build plugins as part of building paraview i.e. Paraview as shipped at version 3.8.0 onwards have all the required development libraries and headers. Can someone point me to the documentation on how to leverage this new libraries and headers? Regards ___ 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] pvbatch + LoadState('..') +XDMF = empty image
Hi All, I have applied the new fix to Xdmf in commit cd802a3e4c0c13b4697518363535562f758a6d48 and updated ParaView to point to the latest Xdmf. Let me know if there are more problems. On Mon, Jun 14, 2010 at 9:13 AM, Jens jens-de...@gmx.de wrote: Hi, Miguel Fosas send an other patch assigne to the related bug http://www.itk.org/Bug/view.php?id=10775#c20932 Instead of XdmfConstString Value=0;, he moves the variable in the case-section. Greetings Jens --- XdmfDataItem.cxx2010-06-07 18:11:50.954700131 +0200 +++ XdmfDataItem-patched.cxx2010-06-07 18:11:22.709716046 +0200 @@ -145,18 +145,18 @@ } XdmfInt32 XdmfDataItem::UpdateInformationFunction(){ -XdmfConstString Value; switch(this-ItemType){ case XDMF_ITEM_FUNCTION : + XdmfConstString Value; Value = this-Get(Function); this-SetFunction(Value); + delete Value; break; case XDMF_ITEM_HYPERSLAB : break; case XDMF_ITEM_COORDINATES : break; } -delete Value; return(XDMF_SUCCESS); } Dave Partyka schrieb: Hi Ken, Kenji and Jens, I pulled the fix to UpdateInformationUniform that Ken committed into ParaView a few weeks ago. I just now also applied the fix to UpdateInformationFunction and pulled the change into ParaView as well. I apologize for some of the confusion. Since the transition to Git, Xdmf work is done on master and has to be manually pulled onto the 'pv' branch that ParaView uses due to structural issues with Xdmf and how it was circumvented using CVS symlinks. Anyway, Please let myself or Ken know if there are any more problems. Thanks! On Sat, May 29, 2010 at 4:41 AM, Kenji Takizawa kenji.takiz...@tafsm.org mailto:kenji.takiz...@tafsm.org wrote: Dear Ken, and dear Utkarsh, I sent an email for the bug fix. But Kenneth applied it to different location. Instead of line 148 (which is in UpdateInformationFunction), it was applied to 172 (which is in UpdateInformationUniform). So I would like to inform you this again. I believe this issue is also related to this bug. I had been fixed on my servers and working well. I am also using state loadings with sever and client system. Thank you, Kenji Takizawa On Fri, May 28, 2010 at 2:36 PM, Utkarsh Ayachit utkarsh.ayac...@kitware.com mailto:utkarsh.ayac...@kitware.com wrote: Jens, I'd recommend not relying on Xdmf state loading or Python API in 3.6 (or before) since that was broken. It has since been fixed for 3.8. I have requested the ARL/Xdmf folks to take a look at the hyperslab issue. I'll keep you posted. Once that segfault is fixed, state loading should not be an issue. Utkarsh On Fri, May 28, 2010 at 3:27 PM, Jens jens-de...@gmx.de mailto:jens-de...@gmx.de wrote: Hi Utkarsh, The problem is related to bug 10775 (http://public.kitware.com/Bug/view.php?id=10775) and hyperslabs in XDMF. I attached an example which should reproduce the problems I discribe now: hyperslab on its own: pv 3.6.2: loading test.xmf-dataset u_without_hyperslab works fine pv 3.8.0: loading test.xmf-dataset u_without_hyperslab works fine pv 3.6.2: loading test.xmf-dataset u_with_hyperslab works fine =!! pv 3.8.0: loading test.xmf-dataset u_with_hyperslab _segfaults_ hyperslab and Load/Save State: pv 3.6.2: loading test_nohyper.pvsm works fine (contour is visible) pv 3.8.0: loading test_nohyper.pvsm works fine (contour is visible) =! pv 3.6.2: loading test_withhyper.pvsm fails (contour _NOT_ visible) =!! pv 3.8.0: loading test_withhyper.pvsm _segfaults_ XDMF+hyperslab never worked with Load State. pv 3.6.2 loads the pipeline but does not load the hyperslab-dataset. pv 3.8.0 segfaults as it does loading hyperslab-datasets anyway. I hope you can reproduce the behaviour (the bugreport also has a backtrace attached). It would be great, if this problem could be fixed. But I am happy now to know its the hyperslab .. that's the first step to a bugfix :) Greetings Jens Utkarsh Ayachit schrieb: Jens, It would be great if you could post a state to reproduce this issue. Utkarsh On Fri, May 28, 2010 at 1:31 PM, Jens jens-de...@gmx.de mailto:jens-de...@gmx.de wrote: Hi Utkarsh, if I reload the state in paraview-gui it does not refresh ether. I have to walk through the pipeline (bottom to top) and call Apply. Greetings Jens Utkarsh Ayachit schrieb: Jens, Is the non-refreshed part
Re: [Paraview] Problems building 3.8.0
Turn off VTK_USE_N_WAY_ARRAYS. VS 2003's compiler can't handle the templates used in the Variants and N-Way arrays. On Mon, Jun 14, 2010 at 5:01 PM, Carolyn Stancoff cstanc...@gmail.comwrote: All, I'm trying to build 3.8.0 on Windows XP. I'm using qt 4.6.0, cmake 2.8.1, and Visual Studio 7 2003. I get the following error: error C2063 'vtkTypedArrayT::GetVariantValue' : not a function Any ideas? Thanks, Carolyn ___ 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] Fail to build vtkIO in 3.8.0 on Windows7 64bit MSVC2008
I don't think changing the SDK that Visual Studio is using is supported. VS 2008 uses the 6.0A SDK. If you want to use the 7.1 SDK then you probably need to use VS 2010. I suspect there are configuration checks that CMake assumes if VS 2008 then use SDK 6.0A conventions. That said, ParaView should compile fine with Visual Stodio 2008 or 2010 using the appropriate SDK. On Wed, Jun 2, 2010 at 7:25 PM, Dr. X xun...@renci.org wrote: Hi All, I am building ParaView 3.8.0 from source on a Windows7 64bit machine with MSVC2008 and Windows SDK7.1. I ran into a lot of compilation errors regarding redefinitions in ws2def.h and WinSock2.h. Here are some of these errors in vtkIO project: - Error16error C2059: syntax error : 'constant'C:\Program Files\Microsoft SDKs\Windows\v7.1\Include\ws2def.h390vtkIO Error17error C2143: syntax error : missing ';' before '}' C:\Program Files\Microsoft SDKs\Windows\v7.1\Include\ws2def.h443 vtkIO Error18error C4430: missing type specifier - int assumed. Note: C++ does not support default-intC:\Program Files\Microsoft SDKs\Windows\v7.1\Include\ws2def.h443vtkIO Error19error C4430: missing type specifier - int assumed. Note: C++ does not support default-intC:\Program Files\Microsoft SDKs\Windows\v7.1\Include\ws2def.h443vtkIO Error25error C2011: 'sockaddr_in' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v7.1\Include\ws2def.h583 vtkIO Error26error C2011: 'fd_set' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v7.1\Include\WinSock2.h132 vtkIO Error28error C2011: 'timeval' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v7.1\Include\WinSock2.h176 vtkIO Error29error C2011: 'hostent' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v7.1\Include\WinSock2.h232 vtkIO Error30error C2011: 'netent' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v7.1\Include\WinSock2.h245 vtkIO Error31error C2011: 'servent' : 'struct' type redefinition C:\Program Files\Microsoft SDKs\Windows\v7.1\Include\WinSock2.h252 vtkIO - I have made sure before every #include windows.h there is #include WinSock2.h. But that did not mitigate the problem. Can anyone help please? Thanks a lot. Best, x ___ 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] Install path issue
Hi Orion, I will try this out first thing tomorrow when I get to work. Thanks for pointing this out! On Wed, Jun 2, 2010 at 6:02 PM, Orion Poplawski or...@cora.nwra.com wrote: On 06/02/2010 03:42 PM, Orion Poplawski wrote: On 06/02/2010 10:59 AM, Orion Poplawski wrote: I'm working on an updated ParaView 3.8.0 rpm for Fedora and running into the following issue. The paraview-real and streaming_paraview-real are getting installed as follows: -- Installing: /builddir/build/BUILDROOT/paraview-3.8.0-1.fc14.x86_64/usr/lib/paraview-3.8/paraview-real -- Installing: /builddir/build/BUILDROOT/paraview-3.8.0-1.fc14.x86_64/usr/lib/streaming_paraview-1.1/streaming_paraview-real despite setting -DPV_INSTALL_LIB_DIR:PATH=lib64/paraview. Another one: /usr/lib/python2.6/site-packages/Xdmf/libvtkXdmfPython.so is installed on a 64-bit machine instead of in /usr/lib64/... Sorry, that one is okay. Not that pvbatch-real (and others) is installed in /usr/lib64/paraview/ as requested, just not paraview-real. Looks like an issue of some kind with add_executable_with_forwarding2? ParaView-3.8.0/CMake/ParaViewBranding.cmake: add_executable_with_forwarding2(pv_exe_suffix ${PARAVIEW_LIBRARY_DIRS} ../${PARAVIEW_INSTALL_LIB_DIR} ${BPC_INSTALL_LIB_DIR} ${BPC_NAME} WIN32 ${MAKE_BUNDLE} ${BPC_NAME}_main.cxx ${exe_icon} ${apple_bundle_sources} ${qt_menu_nib_sources} ${EXE_SRCS} ) ParaView-3.8.0/ParaViewConfig.cmake.in: # The locations/prefixes where this version of ParaView would be installed. SET (PARAVIEW_INSTALL_LIB_DIR @PV_INSTALL_LIB_DIR@) Perhaps this isn't getting evaluated in the correct order? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com ___ 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] Compiling error with 3.8.0
Turn VTK_USE_RPATH to ON or export DYLD_LIBRARY_PATH to your bin dir. On Tue, Jun 1, 2010 at 5:07 PM, Fred Fred stan1...@hotmail.fr wrote: Hello, I have downloaded the 3.8 release source from the download page and I try to compile it on Mac OS X Leopard, using the classic cmake porcedure that has been successful with the 3.6.2 but I get a surprising error: [ 34%] Building CXX object VTK/VolumeRendering/CMakeFiles/vtkVolumeRenderingPython.dir/vtkVolumeRenderingPythonInit.cxx.o Linking CXX shared module ../../bin/libvtkVolumeRenderingPython.so [ 34%] Built target vtkVolumeRenderingPython [ 34%] Generating vtkCompositeZPassShader_fs.cxx, vtkCompositeZPassShader_fs.h [ 34%] Generating vtkSocketCommunicatorHash.h dyld: Library not loaded: libvtksys.pv3.8.dylib Referenced from: /usr/local/ParaView3_BUILD/VTK/Parallel/../../bin/vtkHashSource Reason: image not found /bin/sh: line 1: 970 Trace/BPT trap ../../bin/vtkHashSource /usr/local/ParaView-3.8.0/VTK/Parallel/vtkSocketCommunicator.cxx vtkSocketCommunicatorHash vtkSocketCommunicatorHash.h make[2]: *** [VTK/Parallel/vtkSocketCommunicatorHash.h] Error 133 make[1]: *** [VTK/Parallel/CMakeFiles/vtkParallel.dir/all] Error 2 make: *** [all] Error 2 Macintosh-3:ParaView3_BUILD$ find . -name *libvtksys* ./bin/libvtksys.dylib ./bin/libvtksys.pv3.8.dylib So the required library is available in ./bin, which should be included in the path to search for librairies, but it does not work. What should I do to solve this issue? -- Vous voulez protéger votre vie privée ? La solution avec Internet Explorer 8 http://clk.atdmt.com/FRM/go/232102477/direct/01/ ___ 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