[IGSTK-Developers] Memoryleak in igstk

[Matt Turek]

Torleif,

I've checked in changes to CoordinateReferenceSystemDelegator and 
CoordinateSystemInterfaceMacros that should fix this problem. I tested 
your example code and the destructor is now being called after 
incorporating the changes. If you would verify that the changes fix the 
problem for you, I would appreciate it.

You can see the cvs changes here:
http://www.itk.org/cgi-bin/viewcvs.cgi/Source/igstkCoordinateReferenceSystemDelegator.h?root=IGSTKSandbox&sortby=date&r2=1.4&r1=1.3
http://www.itk.org/cgi-bin/viewcvs.cgi/Source/igstkCoordinateReferenceSystemDelegator.cxx?root=IGSTKSandbox&sortby=date&r2=1.4&r1=1.3
http://www.itk.org/cgi-bin/viewcvs.cgi/Source/igstkCoordinateSystemInterfaceMacros.h?root=IGSTKSandbox&sortby=date&r2=1.3&r1=1.2

Thanks again for the bug report. Please let me know if you find any 
other issues.

Matt


Torleif Sandnes wrote:
> Hi.
>
> I think I have found another memoryleak, but this time I don´t know 
> where the problem is.
> The attached program (~35 lines of code) illustrates the problem;
>
> Using an earlier version of the sandbox, the referencecount of the 
> MRImageSpatialObject goes to 0 and the object is destroyed. Using the 
> current version, however, the object is not destroyed.
>
> I suspect this may have something to do with the introduction of the 
> scenegraph?
>
>
> Regards,
> Torleif
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> IGSTK-Developers mailing list
> IGSTK-Developers at public.kitware.com
> http://public.kitware.com/cgi-bin/mailman/listinfo/igstk-developers


-- 
Matt Turek, Ph.D.
R&D Engineer
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-371-3971 x142
email: Matt.Turek at kitware.com