[kaffe] java.lang.reflect.Method virtual method call bug (CVS)
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
>>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
>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.
More information about the kaffe