Hi Gordan,<br> This is listed as bug. The feature to &#39;re-load&#39; volume files (needed with hot add/delete of volumes), needs this memory leak to be fixed.<br><br>Regards,<br>Amar<br><br><div class="gmail_quote">On Mon, Mar 9, 2009 at 6:43 AM, Gordan Bobic <span dir="ltr">&lt;<a href="mailto:gordan@bobich.net">gordan@bobich.net</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Mon, 9 Mar 2009 10:08:58 +0530, Vikas Gorur &lt;<a href="mailto:vikas@zresearch.com">vikas@zresearch.com</a>&gt; wrote:<br>

&gt; 2009/3/8 Gordan Bobic &lt;<a href="mailto:gordan@bobich.net">gordan@bobich.net</a>&gt;:<br>
<div class="im">&gt;&gt; I&#39;ve been looking through the source code, trying to track down that big<br>
&gt;&gt; memory leak. Can somebody tell me where the node calloc() on line 1713<br>
in<br>
&gt;&gt; y.tab.c (2.0.0rc2) gets free()-ed? I can see that node gets assigned to<br>
&gt;&gt; tree, and then in section_end, there is tree = NULL. Am I missing the<br>
&gt;&gt; cleanup happening somewhere else?<br>
&gt;<br>
</div>&gt; It isn&#39;t free&#39;d, but it cannot be the source of the &#39;big&#39; memory leak.<br>
&gt; y.tab.c is for the parsing of the spec file, which happens only once,<br>
&gt; and the calloc&#39;s are fairly small.<br>
<br>
Fair enough. Consider it a bug report, then, even if it&#39;s not the bug I was<br>
looking for. ;)<br>
<div><div></div><div class="h5"><br>
Gordan<br>
<br>
<br>
_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org">Gluster-devel@nongnu.org</a><br>
<a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Amar Tumballi<br><br>