Hi.
I fixed the problem. I updated those 4 variables as suggested by Mike
in vtkDataSetSurfaceFilter.h:
int FastGeomQuadArrayLength;
int NumberOfFastGeomQuadArrays;
int NextArrayIndex;
int NextQuadIndex;
All are set to vtkIdType.
Also, I needed to change how FastGeomQuadArrayLength is
Thanks for the replies. I'll try those updates when I can get back on
the system to test again.
Regards,
Paul
2008/10/28 Michael Jackson [EMAIL PROTECTED]:
Sure he needs more than 2^31. 32 bit signed value of -1721647736
(0x9961BD88) can be reinterpreted as 2573319560 in unsigned 32 bit
This is running the latest CVS version, linux (Suse 9.3) and 64bit.
It is definitely not a problem with memory allocation - the machine
has 64GB of RAM and it was only using about 14GB for the mesh with
solution (even less for the example in the last email). I did have a
quick try changing the
Paul,
Have you compiled with VTK_USE_64BIT_IDS set to on? I wouldn't think you
would be needing an id 2^31, but if you did that could cause problems.
-Ken
On 10/28/08 2:12 AM, Paul Edwards [EMAIL PROTECTED] wrote:
This is running the latest CVS version, linux (Suse 9.3) and 64bit.
It is
Sure he needs more than 2^31. 32 bit signed value of -1721647736
(0x9961BD88) can be reinterpreted as 2573319560 in unsigned 32 bit
value. So Paul has overflowed the capacity of a signed 32 bit integer.
I had already submitted a few patches for vtkDataSetSurfaceFilter for
32/64 bit issues.
Has anyone else experienced this problem? Is it just because I have
so many cells in one block? To reproduce: compile structured grid
generator that is attached, create grid with dimensions 1000 x 1000 x
80, use clean to grid to make unstructured, and then try viewing the
surface.
Note: this
I think this int needs to be unsigned (or more bits).
(gdb) frame 3
#3 0x2aaab2c053ea in vtkDataSetSurfaceFilter::NewFastGeomQuad
(this=0x14fe670, numPts=4)
at
/tmp/padramgui-1.1/tmp/src/paraview/VTK/Graphics/vtkDataSetSurfaceFilter
.cxx:1730
1730