[vtkusers] vtkCocoa crash, can't compile debug

[Andy Cedilnik]

Hi Chris,

I fixed this problem couple of days ago. Please try with the newest CVS.

Thank you.

				Andy

On Thu, 2003-01-16 at 02:04, Chris Scharver wrote:
> I've been trying to get VTK working with Cocoa again without much luck. Several of the other interface components I am using are using Cocoa, so I cannot compile with Carbon. There is a crash running the examples due to a pure virtual function. I tried to look at the source to see if this was just something that I may have overlooked. Is it the call to vtkOpenGLPolyDataMapper::ReleaseGraphicsResources() causing the error? This looks like a good bit lower than I have gone in the past. I'm wondering if it may be the instance of vtkWindow passed as an argument... perhaps it doesn't have a required function. Here's the trace from within gdb:
> 
> Program received signal SIGABRT, Aborted.
> 0x9001b52c in kill ()
> (gdb) where
> #0  0x9001b52c in kill ()
> #1  0x9005ceec in abort ()
> #2  0x00501298 in __cxxabiv1::__terminate(void (*)()) ()
> #3  0x00501304 in std::terminate() ()
> #4  0x004fdaa8 in __cxa_pure_virtual ()
> #5  0x004cf100 in vtkOpenGLPolyDataMapper::ReleaseGraphicsResources(vtkWindow*) ()
> #6  0x00425a4c in vtkActor::ReleaseGraphicsResources(vtkWindow*) ()
> #7  0x00495e00 in vtkRenderer::SetRenderWindow(vtkRenderWindow*) ()
> #8  0x00492674 in vtkRenderer::~vtkRenderer() ()
> #9  0x004925ac in vtkRenderer::~vtkRenderer() ()
> #10 0x004de0c8 in vtkOpenGLRenderer::~vtkOpenGLRenderer() ()
> #11 0x004de020 in vtkOpenGLRenderer::~vtkOpenGLRenderer() ()
> #12 0x01b5ec78 in vtkObject::UnRegister(vtkObjectBase*) ()
> #13 0x01afaa94 in vtkCollection::DeleteElement(vtkCollectionElement*) ()
> #14 0x01afa9e8 in vtkCollection::~vtkCollection() ()
> #15 0x01afa8cc in vtkCollection::~vtkCollection() ()
> #16 0x005a15a0 in vtkRendererCollection::~vtkRendererCollection() ()
> #17 0x005a148c in vtkRendererCollection::~vtkRendererCollection() ()
> #18 0x01b5ec78 in vtkObject::UnRegister(vtkObjectBase*) ()
> #19 0x01b60070 in vtkObjectBase::Delete() ()
> #20 0x0048aff8 in vtkRenderWindow::~vtkRenderWindow() ()
> #21 0x0048ae50 in vtkRenderWindow::~vtkRenderWindow() ()
> #22 0x004d9d24 in vtkOpenGLRenderWindow::~vtkOpenGLRenderWindow() ()
> #23 0x004d9c18 in vtkOpenGLRenderWindow::~vtkOpenGLRenderWindow() ()
> #24 0x004e55d0 in vtkCocoaRenderWindow::~vtkCocoaRenderWindow() ()
> #25 0x004e54f4 in vtkCocoaRenderWindow::~vtkCocoaRenderWindow() ()
> #26 0x01b5ec78 in vtkObject::UnRegister(vtkObjectBase*) ()
> #27 0x0048f034 in vtkRenderWindow::UnRegister(vtkObjectBase*) ()
> #28 0x0048fc3c in vtkRenderWindowInteractor::SetRenderWindow(vtkRenderWindow*) ()
> #29 0x0048fba4 in vtkRenderWindowInteractor::UnRegister(vtkObjectBase*) ()
> #30 0x01b60070 in vtkObjectBase::Delete() ()
> #31 0x00003054 in Mace(int, char**) ()
> #32 0x000029e4 in main ()
> #33 0x00002598 in _start (argc=1, argv=0xbffffd80, envp=0xbffffd88) at /SourceCache/Csu/Csu-45/crt.c:267
> #34 0x00002418 in start ()
> 
> I tried to recompile VTK with -g so that full debugging would be enabled, but there seems to be a problem with CMake. I'm using CMake 1.4.7, but running cmake -i to set the values interactively, I set CMAKE_CXX_FLAGS:STRING=-g, but looking at CMakeCache.txt, this value somehow gets registered as CMAKE_INSTALL_PREFIX:PATH=-g! I'm not quite sure what may be happening here. I'm running MacOS X 10.2.3 with the December 2002 Developer Tools, and I'm using CMake 1.4.7 and the CVS VTK. I haven't had any previous trouble setting cmake values. Any ideas?