[kaffe] java.lang.reflect.Method virtual method call bug (CVS)

Benja Fallenstein b.fallenstein at gmx.de
Sat Dec 28 09:09:21 PST 2002


Helmer Krämer wrote:

>On Sat, 28 Dec 2002 00:55:45 +0100
>Benja Fallenstein <b.fallenstein at gmx.de> wrote:
>>It fixes the previous issue-- thanks!
>Cool. So we've got jython working with kaffe, then?

I guess yes. But I can't really say: Before, the interpreter started up 
but would give these strange errors on some method calls sometimes. It 
still starts up, and the method call issue seems to be fixed, but that's 
not to say more bugs will not turn up, of course :-) But then, of course 
you can never know whether there's another bug. I'll tell if we stumble 
over one...

>>Gzz still doesn't start; I get a 
>>"java.lang.VerifyError: No code attribute for 
>>gzz/client/GraphicsAPI.startUpdateManager." Obviously, since the code 
>>never progressed this far before, I have no idea what's causing this, 
>>yet. We'll see.
>Well, there had to be something wrong with my
>patch ;)


>Your patched kaffe/kaffevm/support.c should contain
>a function called findMethodFunc.
>If you modify this function like this:
>does gzz work then?

Not completely; it starts up, but something in our call hierarchy eats 
simple key events like single characters, spaces or returns; more 
complex things like function keys, Tab or PgUp/PgDn are processed 
correctly. We do recieve the events, apparently, but something eats 
them. I haven't seen this on the proprietary JVMs, so I guess there must 
be some kind of incompatibility (trying to process key events across 
Javas is **icky**). I'll tell if I find out what's causing this.

- Benja

More information about the kaffe mailing list