Hi,
I am not a JVMPI expert but SetThreadLocalStorage is only there to
record that some pointer is affected to some thread. I am not sure this
must be walked by the GC as this may be a "weak" reference. The
documentation on sun's site is not clear on that point and would require
further testing to
PatchSet 6663
Date: 2005/06/24 15:57:25
Author: kaz
Branch: HEAD
Tag: (none)
Log:
2005-06-24 Ito Kazumitsu <[EMAIL PROTECTED]>
* gnu/java/nio/charset/UnicodeLittle.java
(newDecoder): Set the default endian to be little endian.
* gnu/java/nio/charset/UTF_16Decoder.java
jvmpiSetThreadLocalStorage puts a pointer to local storage instances there:
KTHREAD(get_data)(jt)->jvmpiData = ptr;
but that field:
threadData.jvmpiData
is not scanned for pointers neither here
liveThreadWalker [gc-refs.c]
which only looks into
thread_data->jnirefer
PatchSet 6662
Date: 2005/06/24 13:02:24
Author: guilhem
Branch: HEAD
Tag: (none)
Log:
Fix for "-classpath" semantic of kaffe-bin.
* kaffe/kaffe/main.c
(options): "-classpath" must reset the classpath to the only specified
by the following argument.
Fixes bug repo
From: Ito Kazumitsu <[EMAIL PROTECTED]>
Subject: Re: [kaffe] What UnicodeLittle should be?
Date: Fri, 24 Jun 2005 12:00:41 +0900 (JST)
> But http://java.sun.com/j2se/1.5.0/docs/guide/intl/encoding.doc.html
> says about UnicodeLittle,
>
> Sixteen-bit Unicode Transformation Format, little-endian
