[Paraview] What are the known issues with the Paraview 3.2.2 servermanager?

[Samuel Crow]

UPDATE:

Under MacOSX it builds correctly and only complains about not having a default value on the enumeration and mentioned stability issues associated with that.  Since I'm not technically using that variable in the code yet I doubt that would be the culprit.  I suspect this is more of a Windows-related problem than a reader plug-in problem.

--Sam


--- On Wed, 8/6/08, Samuel Crow <samuel_crow_work at rocketmail.com> wrote:

> From: Samuel Crow <samuel_crow_work at rocketmail.com>
> Subject: Re: [Paraview] What are the known issues with the Paraview 3.2.2 servermanager?
> To: "paraview at paraview.org" <paraview at paraview.org>, "Moreland, Kenneth" <kmorel at sandia.gov>
> Date: Wednesday, August 6, 2008, 3:23 PM
> Hello all,
> 
> I've discovered that the code in my .DLL is failing
> upon initialization indicating that something is malformed
> in it.  The assert means that something is being deallocated
> that was never allocated in the first place or something
> like that.  I've tried recompiling the proprietary
> library as a static library rather than introducing a
> dependency on another external .DLL just for it to compile.
> 
> The thing I find most disturbing about this process is that
> it builds just fine but fails with a runtime exception.  My
> .DLL isn't loading properly in the operating system so
> maybe I should try building it in MacOSX to see if there is
> an equally disturbing .dylib file waiting for me.
> 
> Thanks for your help so far,
> 
> --Sam
> 
> --- On Wed, 8/6/08, Moreland, Kenneth
> <kmorel at sandia.gov> wrote:
> 
> > From: Moreland, Kenneth <kmorel at sandia.gov>
> > Subject: RE: [Paraview] What are the known issues with
> the Paraview 3.2.2 servermanager?
> > To: "samuel_crow_work at rocketmail.com"
> <samuel_crow_work at rocketmail.com>,
> "paraview at paraview.org"
> <paraview at paraview.org>
> > Date: Wednesday, August 6, 2008, 1:23 PM
> > Without seeing your source code, I can only guess at
> the
> > reasons for the non-existent method error.  If you are
> sure
> > that the names are matching up, then I would assume
> that the
> > arguments somehow do not match up.  If the arguments
> > disagree in either number or type, you will get the
> same
> > error as if the name did not match.
> > 
> > If you are having a really hard time tracing down the
> > problem, you can try setting a breakpoint in the
> function
> > that finds the appropriate method.  The plugin build
> should
> > have created a file called
> vtkYourClassNameClientServer.cxx
> > (in the build directory) for every
> vtkYourClassName.cxx file
> > in your source.  In this file will be the function
> > vtkYourClassNameCommand, which is what will find the
> > appropriate method and call it.  You can set a break
> point
> > in that function to track how ParaView tries to find
> the
> > method.
> > 
> > -Ken
> > 
> > > -----Original Message-----
> > > From: paraview-bounces at paraview.org
> > [mailto:paraview-bounces at paraview.org]
> > > On Behalf Of Samuel Crow
> > > Sent: Tuesday, August 05, 2008 12:51 PM
> > > To: paraview at paraview.org
> > > Subject: [Paraview] What are the known issues
> with the
> > Paraview 3.2.2
> > > servermanager?
> > >
> > > I'm building an external reader plugin for
> > Paraview 3.2.2 using a
> > > proprietary library.  It builds with a few minor
> > warnings but when I run
> > > it on a known good file to read it in, paraview
> exits
> > with a runtime
> > > error.  The error states that one of my set
> methods is
> > not being called
> > > from the properties panel as defined in the
> > servermanager XML entry or is
> > > being called with incorrect parameters.
> > >
> > > I'm using an IntVectorProperty with an
> > EnumerationDomain, another
> > > IntVectorProperty with IntRangeDomain from 3 to
> 50. 
> > All of the other
> > > entries in the XML file are known to work
> correctly. 
> > I've checked and
> > > rechecked the spellings of all of the set methods
> > created with the
> > > vtkSetMacro.
> > >
> > > The error message given by Visual Studio 2005 is
> that
> > there is a failed
> > > assert that requires an unusual exit from the
> program.
> >  The expression
> > > listed when using the debug build of paraview and
> the
> > debug build of the
> > > reader is that in dbgdel.cpp line 52 in the
> expression
> > > _BLOCK_TYPE_IS_VALID(pHead->nBlockUse) .
> > >
> > > My system configuration is WindowsXP SP3 on a
> MacPro
> > with 2 quad-core Xeon
> > > processors and 4 GB of RAM running under Boot
> Camp. 
> > My build environment
> > > is Visual Studio 2005 SP1.
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > ParaView mailing list
> > > ParaView at paraview.org
> > > http://www.paraview.org/mailman/listinfo/paraview
> 
> 
>       
> 
> _______________________________________________
> ParaView mailing list
> ParaView at paraview.org
> http://www.paraview.org/mailman/listinfo/paraview