>
> jint
> Java_java_lang_reflect_Field_getInt0(struct Hjava_lang_reflect_Field *
> this, struct Hjava_lang_Object* obj)
> {
> return (*(jint*)getFieldAddress(this, obj));
> }
>
> I don't immediately see why this should happen, but it does seem to
> happen. Swapping the parameters aroud
Hi,
I would like to build a classLoader that permits to load classes without
delegating the class loading to the SystemClassLoader.
Seen from this point of view, I read the classes from the file system
(readClassFile method) and then I called the defineClass method as
following :
byte []
Hi,
I would like to build a classLoader that permits to load classes without
delegating the class loading to the SystemClassLoader.
Seen from this point of view, I read the classes from the file system
(readClassFile method) and then I called the defineClass method as
following :
byte []
It's a fairly basic patch to add some sanity-checks to those
proxy-parameters. I should write some test-cases to determine the exact
Sun behaviour and then re-write it to match, though. But as it is, it
allows some nasty compatibility problems when either/or the proxy port or
host is set to an emp
static
void*
//getFieldAddress(Hjava_lang_reflect_Field* this, struct
Hjava_lang_Object* obj)
getFieldAddress(struct Hjava_lang_Object* obj, Hjava_lang_reflect_Field*
this)
{
I could not yet determine why exactly (not being able to run with debugger
does that to you), but getFieldAddress() in Fie
On Mon, 6 May 2002, Monika Baraniuk wrote:
> I'm running kaffe 1.0.6 on IPAQ. I'm able to run the Widget Demo. It
> runs fine, however it does not show the transvirtual logo (JPEG) at the
> bottom of the window. With my own Java application, I would like to
> display GIF images, but kaffe VM fails
