[Paraview] crashing on megapoint data

2012-10-31 Thread Kashiwa, Bucky
. Bucky Kashiwa = Bucky Kashiwa PhD, PE Post: MS B216, Los Alamos, NM 87545 = ___ Powered

[Paraview] PointSprites don't appear from Mac OS X pvserver

2012-12-07 Thread Kashiwa, Bucky
I've been using both 3.14.1 and 3.98.0 with the following behavior on Mac OS 10.6.8: Paraview in Mac-client-only mode (locally) displays Point and PointSprite data just fine. Paraview in Mac-client+Unix-server mode displays Point data, but not PointSprite data (the PointSprites are

[Paraview] Material Interface Filter

2013-04-09 Thread Kashiwa, Bucky
So I'm trying to use the Material Interface Filter: http://www.paraview.org/Wiki/ParaView/Users_Guide/List_of_filters#Material_Interface_Filter and have carefully created XML datafiles using vtkNonOverlappingAMR (*.vth) format. Unfortunately the v3.98.1 gui does not furnish the Properties

[Paraview] unix GUI build with 3.98.0 or 3.98.1

2013-04-11 Thread Kashiwa, Bucky
Dear ParaView Friends: I'm trying to build the ParaView GUI with no success (unix OS). The make fails in pqComponents with a message (copied below with system info, and ccmake command): 'No rule to make target

[Paraview] Qt-4.7.4 vs Qt-4.8.4

2013-04-17 Thread Kashiwa, Bucky
FYI it appears that building the v3.98.1 client fails with Qt-4.7.4 in the routine at ./Qt/Components/Resources/UI/pqApplicationOptions.ui which uses 'alignment' in two locations: item row=8 column=3 alignment=Qt::AlignVCenter item row=8 column=1 alignment=Qt::AlignLeft

[Paraview] reading classic *.cosmo files in versions greater than 3

2015-06-30 Thread Kashiwa, Bucky
We have been very happily reading classical *.cosmo formatted datafiles using version 3.98.1, but when reading the same files in subsequent versions (4.0, 4.1, 4.2, 4.3) the data get read, but wrongly interpreted. I did the diff of the PCosmoReader.h between v3.98.1 and v4.3.1 which suggested to

[Paraview] how to build 4.3.1 with CosmoTools

2015-07-28 Thread Kashiwa, Bucky
I¹m trying to build the ParaView-v4.3.1-source standard release, with cosmotools enabled. The directory is present at ParaView-v4.3.1/ParaViewCore/VTKExtensions/CosmoTools and useful looking source code, but it seems to be unrecognized. Below is pasted my ccmake command, and after that is the

Re: [Paraview] ... not yet supported for more than 2147483647 bytes.

2016-12-19 Thread Kashiwa, Bucky
u using any custom libraries/packages/modules which might not be 64 bit compliant? Are you sure you built a 64 bit version (check your gcc -v). -ashton On Mon, Dec 19, 2016 at 1:32 PM, Kashiwa, Bucky <b...@lanl.gov<mailto:b...@lanl.gov>> wrote: > On Linux using ParaView version 4.3.1

Re: [Paraview] [EXTERNAL] Re: ... not yet supported for more than 2147483647 bytes.

2017-06-30 Thread Kashiwa, Bucky
en. We stopped doing that. I wonder if this could be an issue with huge numbers of points? Try PV 5.4.0? (Or possibly wait for 5.4.1, out Real Soon Now?) Alan From: ParaView [mailto:paraview-boun...@paraview.org] On Behalf Of Kashiwa, Bucky Sent: Thursday, June 29, 2017 10:53 AM To: Ba

Re: [Paraview] ... not yet supported for more than 2147483647 bytes.

2017-06-29 Thread Kashiwa, Bucky
ndrealp...@gmail.com>> wrote: That is a 32 bit error, from trying to index something with more than (2^32)/2 elements or indices. Are you using any custom libraries/packages/modules which might not be 64 bit compliant? Are you sure you built a 64 bit version (check your gcc -v). -ashton On Mon

[Paraview] v5.4.0 and v5.4.1 client-server disconnect while splitting views

2017-12-13 Thread Kashiwa, Bucky
We are getting a very weird kind of client-server disconnect that seems to be associated with crash that is triggered while splitting the view into two or more parts. (This happens on either client-server OS pairs of mac-linux or linux-linux, in case that may matter.) A backtrace from the server