[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