<div dir="ltr">Many thanks for the clarification, Miller.<div><br></div><div>The challenge I am trying to figure out is a memory leak report that Jonathan shared with me. See:</div><div><br></div><div><a href="https://sourceforge.net/tracker/?func=detail&amp;aid=3605235&amp;group_id=55736&amp;atid=478070">https://sourceforge.net/tracker/?func=detail&amp;aid=3605235&amp;group_id=55736&amp;atid=478070</a><br>

</div><div><br></div><div style>Basically deleting and creating the same object (in this case through script as that is obviously quicker than doing it manually) keeps pd (or pd-l2ork in this case) growing in terms of its memory footprint. I was hoping that closing the patch would free that up but it doesn&#39;t...</div>
<div style><br></div><div style>Hence, my little adventure into figuring out why the said call. I am sure there are others as even disabling that call doesn&#39;t help much in curbing the growing memory footprint (at least over here).</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Feb 25, 2013 at 11:17 PM, Miller Puckette <span dir="ltr">&lt;<a href="mailto:msp@ucsd.edu" target="_blank">msp@ucsd.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I don&#39;t remember why it&#39;s there (and perhaps it&#39;s no longer necessary) -<br>
but I suspect it had something to do with a subtle problem when deleting<br>
a GOP whose interior got mad wieh there was no rtext for the owning object.<br>
<br>
The rtext eventualy goes away when the window is closed - but perhaps it&#39;s<br>
a problem if there&#39;s a self-editing patch that creates and deletes<br>
1000s of objects in an open window?<br>
<br>
cheers<br>
Miller<br>
<div><div class="h5"><br>
<br>
On Mon, Feb 25, 2013 at 10:36:46PM -0500, Ivica Ico Bukvic wrote:<br>
&gt; Does anyone know why does the following exist inside the<br>
&gt; glist_delete function inside g_graph.c:<br>
&gt;<br>
&gt;             /* if we&#39;re a drawing command, erase all scalars now,<br>
&gt; before deleting<br>
&gt;             it; we&#39;ll redraw them once it&#39;s deleted below. */<br>
&gt;         if (drawcommand)<br>
&gt; canvas_redrawallfortemplate(template_findbyname(canvas_makebindsym(<br>
&gt;                 glist_getcanvas(x)-&gt;gl_name)), 2);<br>
&gt;         if (glist_isvisible(canvas))<br>
&gt;             gobj_vis(y, x, 0);<br>
&gt;   --&gt;      if (x-&gt;gl_editor &amp;&amp; (ob = pd_checkobject(&amp;y-&gt;g_pd)))<br>
&gt;   --&gt;          rtext_new(x, ob);<br>
&gt;         if (x-&gt;gl_list == y) {<br>
&gt;<br>
&gt; That rtext is never freed after that so unless I am missing<br>
&gt; something I see no reason why we would want to do this. Any ideas?<br>
&gt;<br>
&gt; --<br>
&gt; Ivica Ico Bukvic, D.M.A<br>
&gt; Composition, Music Technology<br>
&gt; Director, DISIS Interactive Sound &amp; Intermedia Studio<br>
&gt; Director, L2Ork Linux Laptop Orchestra<br>
&gt; Head, ICAT IMPACT Studio<br>
&gt; Virginia Tech<br>
&gt; Department of Music<br>
&gt; Blacksburg, VA 24061-0240<br>
&gt; (540) 231-6139<br>
&gt; (540) 231-5034 (fax)<br>
&gt; <a href="http://disis.music.vt.edu" target="_blank">disis.music.vt.edu</a><br>
&gt; <a href="http://l2ork.music.vt.edu" target="_blank">l2ork.music.vt.edu</a><br>
&gt; <a href="http://ico.bukvic.net" target="_blank">ico.bukvic.net</a><br>
&gt;<br>
<br>
</div></div>&gt; _______________________________________________<br>
&gt; Pd-dev mailing list<br>
&gt; <a href="mailto:Pd-dev@iem.at">Pd-dev@iem.at</a><br>
&gt; <a href="http://lists.puredata.info/listinfo/pd-dev" target="_blank">http://lists.puredata.info/listinfo/pd-dev</a><br>
<br>
</blockquote></div><br></div>