I don't think that this has anything to do with any limitation. I suspect
that there is
something wrong in the connectivity of your mesh. Both of those methods use
the
connectivity information and are likely to crash if you have cells pointing
to non-
existent point ids for example.
By the way, I
Hi,
I had a hard time trying to run pvserver on OS X 10.6.2 from a remote
client with the system OpenMPI. At the very moment I was about to hit
Send for the following email asking for help, somehow I found a
solution. :) In case it is of any help to someone else, I am sending
the mail as-is
Hi,
I would like to label surfaces. Could anyone suggest a good way to do this?
I think it used to be available in the OpenFOAM reader although I can't
find this feature with the latest version.
Any help would be appreciated,
Paul
___
Powered by
I have recently commited a fair amount of changes to ParaView that
lets a developer create a functional development tree that could be
distributed. The development tree includes all the necessary headers,
libraries, CMake files and executable tools one would need for
developing ParaView
I am getting this error when building a plugin:
SYNTAX ERROR found in parsing the header file
I finally remembered to try BTX ETX tags, but they didn't work this time:
The header is very simple, here is a representative sample:
#ifndef FACTOR_INCLUDED
#define FACTOR_INCLUDED
//BTX
#define
Hi Paul,
Perhaps what you have in mind is the Show Patch Names feature in the
OpenCFD's reader (PV3FoamReader)? PV3FoamReader adds labels directly
to the client render window, outside of the pipeline, which makes the
reader incompatible with client/server mode. The feature could
otherwise be
Hey Dave,
When building (and packaging) branded apps, is there any advantage to or
difference between building against the development tree that's generated
through this process vs a non-installed local ParaView build?
So far (on OS X 10.6.2) I've run into a couple problems building against
Yeah, I am trying to fix the compile errors right now.
Can you report these as bugs? The missing files should be easy to fix.
Correcting the path in the libraries will take a little bit to track down
why they have the wrong path or creating a tool that will run
installl_name_tool and fix them.
When building (and packaging) branded apps, is there any advantage to or
difference between building against the development tree that's generated
through this process vs a non-installed local ParaView build?
There's no advantage or different when building custom apps against
installed
Are there some news about that? Can anybody reproduce this behavior? My
cvs is about 10 days old.
Regards Bastian
Original-Nachricht
Betreff:[Paraview] Fwd: Re: Fwd: Re: Problems with Paraview 3.7-dev:
Save screenshot, ExtractBlock in Python
Datum: Thu, 04 Mar 2010
Hi folks.
I ran into this problem recently with STRANDID/TIMESOLUTION as well. For my
files, they are automatically added even though there is no data for them.
STRANDID=0, SOLUTIONTIME=0
A simple solution for me was to just eat up the token for them...
if ( tok == STRANDID )
da;
I will fix it.
-Zhanping
On Fri, Mar 5, 2010 at 7:28 PM, da remywe...@gmail.com wrote:
Hi folks.
I ran into this problem recently with STRANDID/TIMESOLUTION as well. For my
files, they are automatically added even though there is no data for them.
STRANDID=0, SOLUTIONTIME=0
A
12 matches
Mail list logo