[Paraview] What could cause a reader's code not to be accessed?

Samuel Crow samuel_crow_work at rocketmail.com
Tue Jul 15 14:51:32 EDT 2008


Correction:  The cube reader is based on VTK/Examples/DataManipulation/Cxx/Cube.cxx not CubeSource.cxx


--- On Tue, 7/15/08, Samuel Crow <samuel_crow_work at rocketmail.com> wrote:

> From: Samuel Crow <samuel_crow_work at rocketmail.com>
> Subject: [Paraview] What could cause a reader's code not to be accessed?
> To: paraview at paraview.org
> Date: Tuesday, July 15, 2008, 3:42 PM
> Hello again,
> 
> My practice reader creates a file in its constructor and
> closes it in its destructor.  There is no file created when
> I put my "libCubeReaderGUIPlugin.dylib" and
> "libCubeReaderSMPlugin.dylib" into
> /usr/local/plugins/ , enter them into the plugin manager
> requester in the appropriate list gadgets, and try to open
> a *.cube file that I created.  The attempt at reading the
> file just produces 2 outputs with the first being a
> polygonal mesh with one point and no polygons in it, and
> the second being an unused uniform rectalinear grid.
> 
> The *.cube filetype is correctly registered by the client
> side so I know that the GUI plugin is working.  I'm
> using vtkPolyDataAlgorithm as my parent class in
> vtkCubeReader.h and am trying to follow the instructions in
> the VTK User's Guide and the ParaView Guide for making a
> reader.  The contents of my vtkCubeReader.cxx file is based
> on the VTK/Examples/Graphics/vtkCubeSource.cxx source code.
>  There is nothing proprietary in this reader yet so, if you
> need me to post code, I can post it to the list.
> 
> I'm running Paraview 3.2.2 on a Macintosh Pro with 4
> GiB of RAM and 2 quad-core Xeon processors.
> 
> Thanks,
> 
> --Sam Crow
> 
> 
>       
> 
> _______________________________________________
> ParaView mailing list
> ParaView at paraview.org
> http://www.paraview.org/mailman/listinfo/paraview


      



More information about the ParaView mailing list