[vtkusers] Building VTK 4.4 on Mac OS X 10.2.6 (SetFrontProcess failed,-606)
Mathieu Malaterre
mathieu.malaterre at kitware.com
Mon Feb 16 11:50:24 EST 2004
Chris Scharver wrote:
> On Jan 14, 2004, at 12:45 PM, Gordon Kindlmann wrote:
>
>> By the way, all the examples generate copious warning messages:
>>
>> 2004-01-14 11:09:52.754 vtk[14393] *** _NSAutoreleaseNoPool():
>> Object 0xa30783b0 of class NSCFString autoreleased with no pool in
>> place - just leaking
>> 2004-01-14 11:09:52.758 vtk[14393] *** _NSAutoreleaseNoPool():
>> Object 0xa3078250 of class NSCFString autoreleased with no pool in
>> place - just leaking
>>
>> Are these a problem?
>
>
> I didn't realize that I had a fix for these warnings in my source.
> Cocoa applications require that a NSAutoreleasePool is established to
> handle resource management. Any Debug build will yield many of these
> errors unless using some other wrapper to drive an executable. The
> Dashboard shows these errors at
> <http://www.vtk.org/Testing/Sites/krondor.kitware/Darwin-c++-cocoa/
> 20040213-0300-Nightly/Results/__Rendering_Testing_Tcl_CamBlur-
> image.html>. My fix involved creating an AutoreleasePool for
> vtkCocoaRenderWindow. The pool is initialized and cleaned up as needed.
> No fix for the CamBlur failure yet (it's using single-buffer OpenGL,
> and that doesn't really exist on MacOS X), but at least the explosion
> of _NSAutoreleaseNoPool errors go away.
>
Chris,
This is done in CVS:
http://vtk.org/cgi-bin/cvsweb.cgi/VTK/Rendering/vtkCocoaRenderWindow.h
http://vtk.org/cgi-bin/cvsweb.cgi/VTK/Rendering/vtkCocoaRenderWindow.mm
Thanks for the patch,
Regards,
Mathieu
More information about the vtkusers
mailing list