One of our VTK memory check (valgrind) tests is following the attached memory leak from the debug build of 7.0.3 (http://www.cdash.org/CDash/viewDynamicAnalysisFile.php?id=17869)
Berk Geveci Kitware Inc. ==29361== Memcheck, a memory error detector. ==29361== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==29361== Using LibVEX rev 1804, a library for dynamic binary translation. ==29361== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==29361== Using valgrind-3.3.0, a dynamic binary instrumentation framework. ==29361== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==29361== For more details, rerun with: -v ==29361== ==29361== ==29361== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 90 from 4) ==29361== malloc/free: in use at exit: 25,381 bytes in 358 blocks. ==29361== malloc/free: 66,386 allocs, 66,028 frees, 113,661,249 bytes allocated. ==29361== For counts of detected errors, rerun with: -v ==29361== searching for pointers to 358 not-freed blocks. ==29361== checked 12,108,268 bytes. ==29361== ==29361== 132 bytes in 24 blocks are definitely lost in loss record 19 of 33 ==29361== at 0x401C945: malloc (vg_replace_malloc.c:207) ==29361== by 0x5632CE1: _mesa_malloc (imports.c:71) ==29361== by 0x5668A8A: _mesa_init_teximage_fields (teximage.c:1183) ==29361== by 0x566B65A: _mesa_TexImage2D (teximage.c:2462) ==29361== by 0x4283D54: vtkOpenGLRenderer::DeviceRenderTranslucentPolygonalGeometry() (vtkOpenGLRenderer.cxx:624) ==29361== by 0x41D7D2A: vtkRenderer::UpdateGeometry() (vtkRenderer.cxx:581) ==29361== by 0x4281F5F: vtkOpenGLRenderer::DeviceRender() (vtkOpenGLRenderer.cxx:269) ==29361== by 0x41D70EC: vtkRenderer::Render() (vtkRenderer.cxx:296) ==29361== by 0x41D52D6: vtkRendererCollection::Render() (vtkRendererCollection.cxx:52) ==29361== by 0x41E9728: vtkRenderWindow::DoStereoRender() (vtkRenderWindow.cxx:708) ==29361== by 0x41E9646: vtkRenderWindow::DoFDRender() (vtkRenderWindow.cxx:677) ==29361== by 0x41E91BD: vtkRenderWindow::DoAARender() (vtkRenderWindow.cxx:564) ==29361== ==29361== LEAK SUMMARY: ==29361== definitely lost: 132 bytes in 24 blocks. ==29361== possibly lost: 0 bytes in 0 blocks. ==29361== still reachable: 0 bytes in 0 blocks. ==29361== suppressed: 25,249 bytes in 334 blocks. ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
