<div dir="ltr">If you remove the panel from its parent and call Delete(), that might solve your premature exit of the delete method.<div><br></div><div>Seb</div><div><br></div><div>PS: Put the list back in the loop.</div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 31, 2014 at 9:51 AM, Mark Edgar Hammons II <span dir="ltr"><<a href="mailto:mark.hammons@inaf.cnrs-gif.fr" target="_blank">mark.hammons@inaf.cnrs-gif.fr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Thursday, July 31, 2014 09:46:15 AM you wrote:<br>
> There is a Delete() method on it. But on Linux, vtkPanel leak to prevent a<br>
> crash.<br>
<br>
<br>
</div>See, I'd been looking into that, but the print statement is never executed on<br>
my machine, which suggests to me that it escapes at `if(rendering) return;`<br>
always when I call Delete. Is there a way to force the panel to enter a state<br>
where at least its children (the renderer, renderwindow, etc) can be<br>
collected? They aren't at all unless I intentionally go through and manually<br>
delete them all, and even then I still have 4 or 5 objects leaked per panel<br>
created.<br>
</blockquote></div><br></div>