<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 51: tclblend - potential memory leak</title><link>https://sourceforge.net/p/tcljava/bugs/51/</link><description>Recent changes to 51: tclblend - potential memory leak</description><atom:link href="https://sourceforge.net/p/tcljava/bugs/51/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 25 Sep 2009 14:40:09 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/tcljava/bugs/51/feed.rss" rel="self" type="application/rss+xml"/><item><title>tclblend - potential memory leak</title><link>https://sourceforge.net/p/tcljava/bugs/51/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;If SetJavaCmdFromAny (javaObj.c) is invoked for a command referencing a java object then the Tcl_Obj's typePtr is set to null before calling SetCmdNameFromAny which prevents it calling the Tcl_Obj 's freeIntRepProc and thus deleting the the java object. However a "commandname" Tcl_Obj will already have its internalRep.twoPtrValue.ptr1 set to a malloc'ed ResolvedCmdName structure, which is not released before being set to a new malloc'ed ResolvedCmdName structure. This happens when Tcl_GetCommandFromObj() forces another conversion due to change in namespace&lt;/p&gt;
&lt;p&gt;tclBlend 1.4.1&lt;br /&gt;
tcl8.4.19&lt;br /&gt;
Itcl3.4&lt;br /&gt;
Java 1.4/1.5/6&lt;br /&gt;
solaris 10, hpux 11, redhat 3/4/5&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tony Borthwick</dc:creator><pubDate>Fri, 25 Sep 2009 14:40:09 -0000</pubDate><guid>https://sourceforge.neted42ef09b1c16c47c4c4c402bf206ae947767b8b</guid></item></channel></rss>