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

[Samuel Crow]

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