<div dir="ltr">The reported leak is in the graphics driver, not in VTK itself.<div>It's common for graphics drivers to allocate memory for the</div><div>process and then leave the cleanup to the system.  I wouldn't</div><div>worry about it.</div><div><div><br></div><div> - David</div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 12, 2016 at 4:12 PM, newcfd via vtkusers <span dir="ltr"><<a href="mailto:vtkusers@vtk.org" target="_blank">vtkusers@vtk.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">==4393== 3,384 (56 direct, 3,328 indirect) bytes in 1 blocks are definitely<br>
lost in loss record 456 of 533<br>
==4393==    at 0x4C2AB80: malloc (in<br>
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)<br>
==4393==    by 0x25B987CC: ??? (in<br>
/usr/lib/x86_64-linux-gnu/dri/i915_dri.so)<br>
==4393==    by 0x115546AC: ??? (in<br>
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)<br>
==4393==    by 0x11551477: ??? (in<br>
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)<br>
==4393==    by 0x115558F2: ??? (in<br>
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)<br>
==4393==    by 0x1153012B: glXMakeContextCurrent (in<br>
/usr/lib/x86_64-linux-gnu/mesa/libGL.so.1.2.0)<br>
==4393==    by 0x8A1E858: vtkXOpenGLRenderWindow::MakeCurrent()<br>
(vtkXOpenGLRenderWindow.cxx:1360)<br>
==4393==    by 0x8A1DD4B: vtkXOpenGLRenderWindow::WindowInitialize()<br>
(vtkXOpenGLRenderWindow.cxx:1042)<br>
==4393==    by 0x8A1DE06: vtkXOpenGLRenderWindow::Initialize()<br>
(vtkXOpenGLRenderWindow.cxx:1062)<br>
==4393==    by 0x8A1E24C: vtkXOpenGLRenderWindow::Start()<br>
(vtkXOpenGLRenderWindow.cxx:1189)<br>
==4393==    by 0xA73A05C: vtkRenderWindow::DoStereoRender()<br>
(vtkRenderWindow.cxx:748)<br>
==4393==    by 0xA73A035: vtkRenderWindow::DoFDRender()<br>
(vtkRenderWindow.cxx:737)<br></blockquote></div></div></div></div></div></div>