[Paraview] CoProcessing
pat marion
pat.marion at kitware.com
Fri Aug 13 18:36:11 EDT 2010
Hi Jacques,
My python trace files have similar lines, and I am able to run them without
error. I've only just tested with latest git master, not 3.8. Can you copy
the specific error message you're getting so I can take a look?
Pat
On Fri, Aug 13, 2010 at 6:20 PM, Jacques Papper <jacques.papper at gmail.com>wrote:
> Sorry I meant None... not Null :
>
> For example :
>
>
> DataRepresentation1.SelectOrientationVectors = [None, '']
> DataRepresentation1.SelectedMapperIndex = 'Projected tetra'
> DataRepresentation1.CubeAxesTickLocation = 'Inside'
> DataRepresentation1.CubeAxesXAxisMinorTickVisibility = 1
> DataRepresentation1.CubeAxesYAxisVisibility = 1
> DataRepresentation1.SelectionPointLabelFontFamily = 'Arial'
> DataRepresentation1.Source.ShaftResolution = 6
> DataRepresentation1.CubeAxesFlyMode = 'Closest Triad'
> DataRepresentation1.SelectScaleArray = [None, '']
>
>
> 2010/8/13 Andy Bauer <andy.bauer at kitware.com>
>
>
>>
>> On Fri, Aug 13, 2010 at 3:39 AM, Jacques Papper <jacques.papper at gmail.com
>> > wrote:
>>
>>> I found the problem... I was inserting PointData instead of CellData :)
>>> ,,,
>>> Anyway it seems to be starting to work now.. 2 things though :
>>>
>>> -> Whenever I try to run directly a python script exported from paraview
>>> (Through the Coprocessing export state) it won't run until I remove all
>>> references to LIC and all lines containing Null...
>>>
>>> Now that you mention it, I didn't put in anything special for plugins.
>> Setting the plugins to auto-load may work but my guess is that it won't.
>> I'll look into the plugin thing and the best way to do it in the script
>> generator.
>>
>> What do you mean by Null? I don't know what that is so you'll have to
>> explain it to me.
>>
>>
>>
>>> For the LIC, is it because the python script doesn't automatically load
>>> the LIC plugin ?
>>> For the Null, do you have this problem as well ?
>>>
>>> -> Is the Live Source Data code already available in git ? I'd love to
>>> test it out even if it is not robust yet.
>>>
>>
>> We don't yet have permission to release the Live Source Data code yet but
>> I think it should be available in the next couple of months.
>>
>>>
>>> Best,
>>> Jacques
>>>
>>>
>>> 2010/8/12 Andy Bauer <andy.bauer at kitware.com>
>>>
>>>> You probably want to add the field data to the specific grids in the
>>>> multiblock data set and not just the block itself. As an example:
>>>>
>>>> create multiblock
>>>> for each grid:
>>>> create grid points and cells
>>>> add point and cell data to grid
>>>> add grid to block
>>>>
>>>> Note that in parallel for coprocessing that the block must have the same
>>>> structure on each process but whether a leaf node is empty or not can
>>>> change. For example:
>>>>
>>>> proc 0 mutliblock:
>>>> block 0 -> unstructured grid
>>>> block 1 -> uniform grid
>>>> block 2 -> NULL
>>>> proc 1 multiblock:
>>>> block 0 -> NULL
>>>> block 1 -> NULL
>>>> block 2 -> unstructured grid
>>>>
>>>> I'm not sure of all of the details but what I do is that I set a block
>>>> to only be non-NULL on a single process.
>>>>
>>>> Hope this helps,
>>>> Andy
>>>>
>>>>
>>>> On Thu, Aug 12, 2010 at 2:38 PM, Jacques Papper <
>>>> jacques.papper at gmail.com> wrote:
>>>>
>>>>> Hi All,
>>>>>
>>>>> I am making some more progress on this. Everything was working until I
>>>>> tried adding field data... I now get an explosion :
>>>>>
>>>>> #2 ?? in "/lib64/libc.so.6"
>>>>> #3 vtkDataArrayTemplate<double>::ComputeScalarRange(int) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkCommon.so.pv3.9"
>>>>> #4 vtkDataArray::ComputeRange(int) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkCommon.so.pv3.9"
>>>>> #5 vtkPVArrayInformation::CopyFromObject(vtkObject*) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerCommon.so"
>>>>> #6
>>>>> vtkPVDataSetAttributesInformation::CopyFromDataSetAttributes(vtkDataSetAttributes*)
>>>>> in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerCommon.so"
>>>>> #7 vtkPVDataInformation::CopyFromDataSet(vtkDataSet*) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerCommon.so"
>>>>> #8 vtkPVDataInformation::CopyFromObject(vtkObject*) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerCommon.so"
>>>>> #9 vtkPVCompositeDataInformation::CopyFromObject(vtkObject*) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerCommon.so"
>>>>> #10
>>>>> vtkPVDataInformation::CopyFromCompositeDataSet(vtkCompositeDataSet*) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerCommon.so"
>>>>> #11 vtkPVDataInformation::CopyFromObject(vtkObject*) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerCommon.so"
>>>>> #12 vtkSelfConnection::GatherInformation(unsigned int,
>>>>> vtkPVInformation*, vtkClientServerID) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerCommon.so"
>>>>> #13 vtkSynchronousMPISelfConnection::GatherInformation(unsigned int,
>>>>> vtkPVInformation*, vtkClientServerID) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerCommon.so"
>>>>> #14 vtkSMOutputPort::GatherDataInformation() in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerManager.so"
>>>>> #15 vtkSMOutputPort::GetDataInformation() in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerManager.so"
>>>>> #16 vtkSMDataTypeDomain::IsInDomain(vtkSMSourceProxy*, int) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerManager.so"
>>>>> #17 vtkSMDataTypeDomain::IsInDomain(vtkSMProperty*) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerManager.so"
>>>>> #18 vtkSMProperty::IsInDomains() in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerManager.so"
>>>>> #19 vtkSMRenderViewProxy::CreateDefaultRepresentation(vtkSMProxy*,
>>>>> int) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVServerManager.so"
>>>>> #20 ?? at vtkSMRenderViewProxyPython.cxx:0
>>>>> #21 PyEval_EvalFrameEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #22 PyEval_EvalCodeEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #23 PyEval_EvalFrameEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #24 PyEval_EvalCodeEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #25 PyEval_EvalFrameEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #26 PyEval_EvalCodeEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #27 PyEval_EvalFrameEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #28 PyEval_EvalCodeEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #29 PyEval_EvalFrameEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #30 PyEval_EvalFrameEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #31 PyEval_EvalCodeEx in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #32 PyEval_EvalCode in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #33 ?? in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #34 PyRun_StringFlags in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #35 PyRun_SimpleStringFlags in "/usr/lib64/libpython2.6.so.1.0"
>>>>> #36 vtkPVPythonInterpretor::RunSimpleString(char const*) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkPVPythonInterpretor.so"
>>>>> #37 vtkCPPythonScriptPipeline::CoProcess(vtkCPDataDescription*) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkCoProcessor.so"
>>>>> #38 vtkCPProcessor::CoProcess(vtkCPDataDescription*) in
>>>>> "/users/boreas01/jacques/PARAVIEW/ParaView-bin/bin/libvtkCoProcessor.so"
>>>>>
>>>>> Any ideas where this can be coming from ?
>>>>> When I do not add the field data it just complains about missing fields
>>>>> so I know that the code is not completely wrong...
>>>>> I am adding the data to the first block of my multiblockdataset... Is
>>>>> that a problem ?
>>>>>
>>>>>
>>>>>
>>>>> Thanks !
>>>>> Jacques
>>>>>
>>>>>
>>>>> 2010/8/12 Jacques Papper <jacques.papper at gmail.com>
>>>>>
>>>>> Hi Andy, Pat,
>>>>>>
>>>>>> I have the skeleton of the coprocessing working (for the moment I just
>>>>>> tried by populating the point field - no cells, no data).
>>>>>> I am trying to figure out the most efficient way of transferring my
>>>>>> data structure to VTK with minimal copying and looping...
>>>>>> I would like to use the vtkUnstructuredGrid::SetCells() method, which
>>>>>> means I probably need to use the vtkCellArray::SetCells() method, and
>>>>>> therefore the vtkIdType::SetArray() method...
>>>>>> The problem is I am not sure what the format of the array should be ?
>>>>>> I am dealing with unstructured polyhedra cells (most of which are
>>>>>> known types like hex prism etc..).
>>>>>>
>>>>>> Of course, I could also use the InsertNextCell() methods, but I was
>>>>>> wondering if there wasn't a more efficient way...
>>>>>>
>>>>>> Best,
>>>>>> Jacques
>>>>>>
>>>>>>
>>>>>> 2010/8/9 Andy Bauer <andy.bauer at kitware.com>
>>>>>>
>>>>>> Hi Jacques,
>>>>>>>
>>>>>>> I put an example on the wiki based on Pat's example for running a
>>>>>>> coprocessing. It's at:
>>>>>>> http://paraview.org/Wiki/Coprocessing_example#Python_Scripts
>>>>>>> Let me know if you have any problems with it so that I can fix any
>>>>>>> errors that I have.
>>>>>>>
>>>>>>> Also, I just made changes so that the coprocessing library gets
>>>>>>> installed properly.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Andy
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Aug 4, 2010 at 7:21 PM, Jacques Papper <
>>>>>>> jacques.papper at gmail.com> wrote:
>>>>>>>
>>>>>>>> Thanks Pat,
>>>>>>>>
>>>>>>>> I am trying to compile my first attempt.
>>>>>>>> Although I do find the headers I need, I am having some trouble
>>>>>>>> identifying which libraries I need to link to.
>>>>>>>> For example, I assume that I should be linking to
>>>>>>>> libvtkCoProcessor.so ... Although I find this library in the compilation
>>>>>>>> folder (under bin), I do not find it in the make installed version under
>>>>>>>> lib...
>>>>>>>> Is this normal ?
>>>>>>>>
>>>>>>>> Best,
>>>>>>>> Jacques
>>>>>>>>
>>>>>>>> 2010/8/4 pat marion <pat.marion at kitware.com>
>>>>>>>>
>>>>>>>> Below is a simple cxx program I have used for testing. It creates
>>>>>>>>> one sphere per process, positions the sphere as a function of the process
>>>>>>>>> id, and the spheres grow/shrink over time.
>>>>>>>>>
>>>>>>>>> Pat
>>>>>>>>>
>>>>>>>>> #include "vtkCPProcessor.h"
>>>>>>>>> #include "vtkCPPythonScriptPipeline.h"
>>>>>>>>> #include "vtkMultiProcessController.h"
>>>>>>>>> #include "vtkXMLUnstructuredGridReader.h"
>>>>>>>>> #include "vtkUnstructuredGrid.h"
>>>>>>>>> #include "vtkCPDataDescription.h"
>>>>>>>>> #include "vtkCPInputDataDescription.h"
>>>>>>>>> #include "vtkSmartPointer.h"
>>>>>>>>> #include "vtkPolyData.h"
>>>>>>>>> #include "vtkSphereSource.h"
>>>>>>>>>
>>>>>>>>> #include <stdio.h>
>>>>>>>>> #include <string>
>>>>>>>>> #include <sstream>
>>>>>>>>>
>>>>>>>>> static unsigned int procId;
>>>>>>>>>
>>>>>>>>> void myprint(const std::string& str)
>>>>>>>>> {
>>>>>>>>> printf("driver (%u): %s\n", procId, str.c_str());
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>> class DataGenerator {
>>>>>>>>> public:
>>>>>>>>>
>>>>>>>>> DataGenerator()
>>>>>>>>> {
>>>>>>>>> this->Sphere = vtkSmartPointer<vtkSphereSource>::New();
>>>>>>>>> this->Sphere->SetThetaResolution(30);
>>>>>>>>> this->Sphere->SetPhiResolution(30);
>>>>>>>>> this->Sphere->SetCenter(procId*4.0, 0, 0);
>>>>>>>>> this->Index = 0;
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>> vtkSmartPointer<vtkPolyData> GetNext()
>>>>>>>>> {
>>>>>>>>> double radius = fabs(sin(0.1 * this->Index));
>>>>>>>>> this->Index++;
>>>>>>>>> this->Sphere->SetRadius(1.0 + radius);
>>>>>>>>> this->Sphere->Update();
>>>>>>>>> vtkSmartPointer<vtkPolyData> ret =
>>>>>>>>> vtkSmartPointer<vtkPolyData>::New();
>>>>>>>>> ret->DeepCopy(this->Sphere->GetOutput());
>>>>>>>>> return ret;
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>> protected:
>>>>>>>>>
>>>>>>>>> int Index;
>>>>>>>>> vtkSmartPointer<vtkSphereSource> Sphere;
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> };
>>>>>>>>>
>>>>>>>>> int main(int argc, char* argv[])
>>>>>>>>> {
>>>>>>>>> if (argc < 3)
>>>>>>>>> {
>>>>>>>>> printf("Usage: %s <cp python file> <number of steps>\n",
>>>>>>>>> argv[0]);
>>>>>>>>> return 1;
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>> std::string cpPythonFile = argv[1];
>>>>>>>>> int nSteps = atoi(argv[2]);
>>>>>>>>>
>>>>>>>>> myprint("starting coprocessor");
>>>>>>>>>
>>>>>>>>> vtkCPProcessor* processor = vtkCPProcessor::New();
>>>>>>>>> processor->Initialize();
>>>>>>>>> vtkCPPythonScriptPipeline* pipeline =
>>>>>>>>> vtkCPPythonScriptPipeline::New();
>>>>>>>>>
>>>>>>>>> // mpi was initialized when we called
>>>>>>>>> vtkCPPythonScriptPipeline::New()
>>>>>>>>> procId =
>>>>>>>>> vtkMultiProcessController::GetGlobalController()->GetLocalProcessId();
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> // read the coprocessing python file
>>>>>>>>> myprint("loading pipeline python file: " + cpPythonFile);
>>>>>>>>> int success = pipeline->Initialize(cpPythonFile.c_str());
>>>>>>>>> if (!success)
>>>>>>>>> {
>>>>>>>>> myprint("aborting");
>>>>>>>>> return 1;
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>> processor->AddPipeline(pipeline);
>>>>>>>>> pipeline->Delete();
>>>>>>>>>
>>>>>>>>> if (nSteps == 0)
>>>>>>>>> {
>>>>>>>>> return 0;
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>> // create a data source
>>>>>>>>> DataGenerator generator;
>>>>>>>>>
>>>>>>>>> // do coprocessing
>>>>>>>>> double tStart = 0.0;
>>>>>>>>> double tEnd = 1.0;
>>>>>>>>> double stepSize = (tEnd - tStart)/nSteps;
>>>>>>>>>
>>>>>>>>> vtkCPDataDescription* dataDesc = vtkCPDataDescription::New();
>>>>>>>>> dataDesc->AddInput("input");
>>>>>>>>>
>>>>>>>>> for (int i = 0; i < nSteps; ++i)
>>>>>>>>> {
>>>>>>>>>
>>>>>>>>> double currentTime = tStart + stepSize*i;
>>>>>>>>> std::stringstream timeStr;
>>>>>>>>> timeStr << "time(" << i << ", " << currentTime << ")";
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> dataDesc->SetTimeData(currentTime, i);
>>>>>>>>>
>>>>>>>>> myprint("call RequestDataDescription, " + timeStr.str());
>>>>>>>>> int do_coprocessing =
>>>>>>>>> processor->RequestDataDescription(dataDesc);
>>>>>>>>>
>>>>>>>>> if (do_coprocessing)
>>>>>>>>> {
>>>>>>>>> myprint("calling CoProcess, " + timeStr.str());
>>>>>>>>>
>>>>>>>>> vtkSmartPointer<vtkDataObject> dataObject =
>>>>>>>>> generator.GetNext();
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> dataDesc->GetInputDescriptionByName("input")->SetGrid(dataObject);
>>>>>>>>> processor->CoProcess(dataDesc);
>>>>>>>>> }
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> myprint("finalizing");
>>>>>>>>> dataDesc->Delete();
>>>>>>>>> processor->Finalize();
>>>>>>>>> processor->Delete();
>>>>>>>>>
>>>>>>>>> return 0;
>>>>>>>>>
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wed, Aug 4, 2010 at 12:14 PM, Andy Bauer <
>>>>>>>>> andy.bauer at kitware.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Jacques,
>>>>>>>>>>
>>>>>>>>>> There is a polyhedra cell type in VTK now --
>>>>>>>>>> http://www.vtk.org/doc/nightly/html/classvtkPolyhedron.html
>>>>>>>>>> As far as I know it works with all of the proper filters but since
>>>>>>>>>> I haven't tried it yet I won't promise that. The good news is that Will
>>>>>>>>>> Schroeder had a high interest in it and probably worked on some of it so I'd
>>>>>>>>>> assume that it's working quite well right now.
>>>>>>>>>>
>>>>>>>>>> As for Phasta, it does run in parallel (as props to their
>>>>>>>>>> developers it was a finalist for the 2009 Gordon Bell prize). The grid is
>>>>>>>>>> already partitioned and each process runs the adaptor and creates an
>>>>>>>>>> unstructured grid from its portion of the partitioned mesh. Thus, there
>>>>>>>>>> isn't any need for mpi calls in the adaptor code. If you had ghost cell
>>>>>>>>>> information in your partitioned mesh and wanted to get fancy you should be
>>>>>>>>>> able to add that to your partitioned grid to make some of the filters faster
>>>>>>>>>> but I haven't tried that.
>>>>>>>>>>
>>>>>>>>>> Andy
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Wed, Aug 4, 2010 at 11:58 AM, Jacques Papper <
>>>>>>>>>> jacques.papper at gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Thanks a lot Andy, Takuya,
>>>>>>>>>>>
>>>>>>>>>>> I'm using the PhastaAdaptor, and the FortranAdaptorAPI as a guide
>>>>>>>>>>> for the moment.
>>>>>>>>>>> I know there were talks of getting POLYHEDRAL cell support in
>>>>>>>>>>> VTK. Do you know if this is there yet?
>>>>>>>>>>> My dataset is multiregion unstructured polyhedral mesh domain
>>>>>>>>>>> decomposed amongst each processor.
>>>>>>>>>>>
>>>>>>>>>>> Is the Phasta code parallelized ? If so, I do not see any MPI
>>>>>>>>>>> statements in the adaptor code ?
>>>>>>>>>>>
>>>>>>>>>>> Jacques
>>>>>>>>>>>
>>>>>>>>>>> 2010/8/4 Andy Bauer <andy.bauer at kitware.com>
>>>>>>>>>>>
>>>>>>>>>>> Hi Jacques,
>>>>>>>>>>>>
>>>>>>>>>>>> What type of data set do you have? Even though the PHASTA
>>>>>>>>>>>> adaptor ( ParaView/CoProcessing/Adaptors/FortranAdaptors/PhastaAdaptor) is
>>>>>>>>>>>> for fortran code it may give you an idea. Also stepping through the example
>>>>>>>>>>>> in
>>>>>>>>>>>> ParaView/CoProcessing/CoProcessor/Testing/Cxx/PythonScriptCoProcessingExample.cxx
>>>>>>>>>>>> may help as well.
>>>>>>>>>>>>
>>>>>>>>>>>> I'll spend some time this week putting up a skeleton of a
>>>>>>>>>>>> simulation code on the coprocessing wiki that should hopefully be easier to
>>>>>>>>>>>> follow. I'll let you know when it's done.
>>>>>>>>>>>>
>>>>>>>>>>>> Andy
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, Aug 4, 2010 at 8:02 AM, Jacques Papper <
>>>>>>>>>>>> jacques.papper at gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi All,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Sorry for my last post, I figured out that I had wrongly set my
>>>>>>>>>>>>> PYTHONPATH..
>>>>>>>>>>>>> All the tests work ok now. Still interested in CoProcessing
>>>>>>>>>>>>> adaptors examples though :)
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks
>>>>>>>>>>>>> Jacques
>>>>>>>>>>>>>
>>>>>>>>>>>>> 2010/8/4 Jacques Papper <jacques.papper at gmail.com>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi All,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I'm starting to look into the ParaView CoProcessing libraries.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I just pulled from git today, and compiled it all up following
>>>>>>>>>>>>>> the guidelines in :
>>>>>>>>>>>>>> http://www.paraview.org/Wiki/CoProcessing
>>>>>>>>>>>>>> I didn't find :
>>>>>>>>>>>>>> *BUILD_PYTHON_COPROCESSING_ADAPTOR
>>>>>>>>>>>>>> *but instead :
>>>>>>>>>>>>>> PARAVIEW_BUILD_PLUGIN_CoProcessingScriptGenerator
>>>>>>>>>>>>>> anyway the compilation went through without any issues.
>>>>>>>>>>>>>> I then tried :
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ctest -R CoProcessing
>>>>>>>>>>>>>> Test project /users/boreas01/jacques/PARAVIEW/ParaView-bin
>>>>>>>>>>>>>> Start 491: CoProcessingTestPythonScript
>>>>>>>>>>>>>> 1/3 Test #491: CoProcessingTestPythonScript ...........
>>>>>>>>>>>>>> Passed 0.45 sec
>>>>>>>>>>>>>> Start 492: CoProcessingPythonScriptGridPlot
>>>>>>>>>>>>>> 2/3 Test #492: CoProcessingPythonScriptGridPlot
>>>>>>>>>>>>>> .......***Failed 0.09 sec
>>>>>>>>>>>>>> Start 493: CoProcessingPythonScriptPressurePlot
>>>>>>>>>>>>>> 3/3 Test #493: CoProcessingPythonScriptPressurePlot
>>>>>>>>>>>>>> ...***Failed 0.09 sec
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 33% tests passed, 2 tests failed out of 3
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Total Test time (real) = 0.68 sec
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The following tests FAILED:
>>>>>>>>>>>>>> 492 - CoProcessingPythonScriptGridPlot (Failed)
>>>>>>>>>>>>>> 493 - CoProcessingPythonScriptPressurePlot (Failed)
>>>>>>>>>>>>>> Errors while running CTest
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Is this a problem in my current installation or on the master
>>>>>>>>>>>>>> branch ?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Finally, I would like to start writing an adaptor to a C++
>>>>>>>>>>>>>> parallelised code. Can you tell me what is the closest code I can inspire
>>>>>>>>>>>>>> myself from ?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thank you,
>>>>>>>>>>>>>> Jacques
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> PS sorry mixed up the subjects..
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> Powered by www.kitware.com
>>>>>>>>>>>>>
>>>>>>>>>>>>> Visit other Kitware open-source projects at
>>>>>>>>>>>>> http://www.kitware.com/opensource/opensource.html
>>>>>>>>>>>>>
>>>>>>>>>>>>> Please keep messages on-topic and check the ParaView Wiki at:
>>>>>>>>>>>>> http://paraview.org/Wiki/ParaView
>>>>>>>>>>>>>
>>>>>>>>>>>>> Follow this link to subscribe/unsubscribe:
>>>>>>>>>>>>> http://www.paraview.org/mailman/listinfo/paraview
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Powered by www.kitware.com
>>>>>>>>>>
>>>>>>>>>> Visit other Kitware open-source projects at
>>>>>>>>>> http://www.kitware.com/opensource/opensource.html
>>>>>>>>>>
>>>>>>>>>> Please keep messages on-topic and check the ParaView Wiki at:
>>>>>>>>>> http://paraview.org/Wiki/ParaView
>>>>>>>>>>
>>>>>>>>>> Follow this link to subscribe/unsubscribe:
>>>>>>>>>> http://www.paraview.org/mailman/listinfo/paraview
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20100813/433055db/attachment-0001.htm>
More information about the ParaView
mailing list