That looks like a bug. Can you set a breakpoint on where the error is
occurring (vtkExecutive.cxx:403) and follow the stack trace? Somehow,
something is trying to get something from output port 11133 instead of
0.
-berk
On Tue, Sep 23, 2008 at 6:17 AM, Nathanael Inkson
[EMAIL PROTECTED] wrote:
I just updated to 10.5.5. It seems to fix the issue. It must have been
a bug related to nVidia drivers.
-berk
On Thu, Sep 18, 2008 at 9:14 PM, Moreland, Kenneth [EMAIL PROTECTED] wrote:
I see the problem on both my desktop and MacBook Pro. Both NVIDIA.
-Ken
On 9/18/08 10:59 AM, Berk
I mean the vendor-specific graphics driver provided by your system. Often
we find render specific problems that are attributed to bugs in the system
graphics drivers, which are typically updated at a much faster rate than the
OpenGL or GLX standard changes.
When we see a graphics problem like
I tried that Print(cerr), but I didn´t see anything printed on my console.. I
hoped that would give me information to which class my getArr belongs.
thats the line where I used it:
input - GetPointData() - GetArray(0) -Print(cerr);
I do not know what I should try next..
NH
Date: Mon, 22
If you launch the program for a terminal window on OSX or Linux you
should get all the print statements. On windows I know that pvservers
launched from the command line also properly print out couts,fprints
etc. I have never launced paraview.exe from a windows command line to
see if that
Hello again,
I'm trying to build a 10.3.9 installable version of ParaView 3.3.1 . I've
already replaced the part of the build script that used @loader_path with
@executable_path . I'm building on a newer system using the backward
compatibility of the frameworks setup and the
Hi
I am using 2d structured mesh where i and j are in x and y
direction respectively. Now i want to plot a graph where i is
varying with constant j (for example, j=2, i varies from min to
max). Because if i need to plot temperature/gridconvergence_study near
the isothermal wall, using probe
