Hi!
I have problems configuring the output of my filter, the filter is a subclass
of vtkDataSetToStructuredGrid and setting the output looks as following:
//setting the new point data
vtkSmartPointervtkFloatArray new_scalars =
vtkSmartPointervtkFloatArray::New();
double inPtr[numOfTuples +
Natalie Happenhofer wrote:
Hi!
I have problems configuring the output of my filter, the filter is a
subclass of vtkDataSetToStructuredGrid and setting the output looks as
following:
//setting the new point data
vtkSmartPointervtkFloatArray new_scalars =
vtkSmartPointervtkFloatArray::New();
OK, as far as I understand the problem is that my inPtr and outPtr -arrays are
on the stack and I nead it on the heap.
ahm.. how do I malloc or new the memory in this case? I thought that my call to
SetArray does automatically allocate the necessary memory for my new_scalars
array..
thx,
NH
Yes, I will try to make a 64 bit Windows binary for next release. Can
you be more specific about the allocation errors. What kind of grid?
What kind of filters are you using? Any other relevant information...
I am trying to figure out whether you are running out of memory
because of fragmentation
By using SetArray you are telling VTK to not allocate any memory, and
instead use the memory you provide. You could allocate the memory with a
call to something like
double *pd=static_castdouble *(malloc(nTups*nComps*sizeof(double)));
In your call to set array consider passing save as 0 so that
I think this was sent to the CMake mailing list by mistake.
--- On Fri, 9/19/08, Mike Jackson [EMAIL PROTECTED] wrote:
From: Mike Jackson [EMAIL PROTECTED]
Subject: [CMake] Unable to load file in Modules directory
To: Cmake Mailing List [EMAIL PROTECTED]
Date: Friday, September 19, 2008,
Why don't you just use vtkDoubleArray instead of double outPtr[..] ?
vtkFloatArray* new_scalars = vtkFloatArray::New();
// Assuming in is a temporary variable not needed after this so we use
a smart pointer
vtkSmartPointervtkDoubleArray in =
vtkSmartPointervtkDoubleArray::New();
float*
Ok,
thanks a lot, Kenneth ! One problem at a time ! :)
I've managed to add some QT Widgets in the properties tab by extending the
pqAutoGeneratedObjectPanel. Now, how can I handle events generated by the GUI,
in order to change properties of the model displayed in the screen ? I mean,
how can
Hi,
I think I've got the problem nearly solved. I just had to set
CMAKE_SHARED_LINKER_FLAGS to -headerpad_max_install_name in order to allocate
more space for the names in the plugin's .dylib files. Then I was able to
prepend @executable_path/../Framework/ to the beginning of the Qt
On 9/19/08 2:42 PM, Samuel Crow said:
I've attached a .zip file containing my fixer.sh BASH script and an
example CMakeLists.txt file that uses it. It requires that
CMAKE_SHARED_LINKER_FLAGS be set to -headerpad_max_install_name so that
there will be enough space for the new longer file paths.
On Sep 19, 2008, at 5:46 PM, Sean McBride wrote:
On 9/19/08 2:42 PM, Samuel Crow said:
I've attached a .zip file containing my fixer.sh BASH script and an
example CMakeLists.txt file that uses it. It requires that
CMAKE_SHARED_LINKER_FLAGS be set to -headerpad_max_install_name so
that
11 matches
Mail list logo