In TclBlend 1.2.6, when a ReflectObject is created to represent a TclObject,
the ReflectObject does not preserve() the TclObject. But the ReflectObject
holds on to the TclObject for a long duration in its hash table. When the
TclObject is dereferenced, it can cause the ReflectObject to contain a
% set a [java::new String foo]
java0x3
% [java::getinterp] {setVar java.lang.String java.lang.String int} b $a 0
java0x6
% set c $a
java0x3
% set a
java0x3
% set b
foo
% set c
java0x3
Can someone explain to me why 'b' and 'c' should be different? Is the
difference due to a feature, a bug, or a l
Something is very wrong in the ReflectObject table. Try to create a
small test that reproduces this error and set the debug variable
on line 107 to true. That will print out extra info while adding
or searching in the reflect table.
Mo Dejong
Red Hat Inc.
On Tue, 25 Jan 2000, Thomas McKay wrote:
While creating numerous ReflectObjects w/in a Java command, I inconsistently
get a message
"table entry did not match arguments"
The error is thrown in ReflectObject.java when
if (found.javaClass != cl || found.javaObj != obj || found.ownerInterp !=
interp) {
Any idea what cou
Hi!
In my Jacl application, users may write Tcl scripts to manipulate database
objects:
prompt% set o [createRect 0 0 20 30]
java0xcf
However, if a script is to be written that is associated with a specific
object, then that objects id (the java0xcf name) must be persistent and
stored when the db
