<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to 51: tclblend - potential memory leak</title><link href="https://sourceforge.net/p/tcljava/bugs/51/" rel="alternate"/><link href="https://sourceforge.net/p/tcljava/bugs/51/feed.atom" rel="self"/><id>https://sourceforge.net/p/tcljava/bugs/51/</id><updated>2009-09-25T14:40:09Z</updated><subtitle>Recent changes to 51: tclblend - potential memory leak</subtitle><entry><title>tclblend - potential memory leak</title><link href="https://sourceforge.net/p/tcljava/bugs/51/" rel="alternate"/><published>2009-09-25T14:40:09Z</published><updated>2009-09-25T14:40:09Z</updated><author><name>Tony Borthwick</name><uri>https://sourceforge.net/u/aborthwi/</uri></author><id>https://sourceforge.neted42ef09b1c16c47c4c4c402bf206ae947767b8b</id><summary type="html">&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;</summary></entry></feed>