Re: [cp-patches] make libjawt binary-compatible with Sun's implementation

[Mark Wielaard]

Hi,

On Mon, 2005-08-22 at 14:24 +0200, Mark Wielaard wrote:
> Finally when running it (linked to jawtgnu) I get a crash with the
> following gdb backtrace:
> 
> #0  0x08060254 in env ()
> #1  0xae0ae7aa in Java_gnu_classpath_examples_jawt_DemoJAWT_paint (
>     env=0x8060254, canvas=0xafea4b28, graphics=0xb0018bc0) at DemoJAWT.c:59
> #2  0x0805cade in callJNIMethod (env=0x8060254, class=0x0,
>     sig=0x80d98f8 "(Ljava/awt/Graphics;)V", ret_type=0, ostack=0x82db1a0,
>     f=0xae0ae72c 
> "U\211\uffffWVS\203\uffffl\uffffE\uffffp\uffff\n\uffff\uffffE\uffff\003", 
> args=2) at dll_md.c:64
> #3  0x0804ea44 in callJNIWrapper (class=0x0, mb=0x8172730, ostack=0x82db1a0)
>     at dll.c:328
> #4  0x0805168d in executeJava () at interp.c:2236
> #5  0x0804f63c in executeMethodVaList (ob=Variable "ob" is not available.
> ) at execute.c:66
> #6  0x0804f6de in executeMethodArgs (ob=0xafff75c8, class=0xafff70e0,
>     mb=0x82d6a10) at execute.c:38
> #7  0x0805a60d in threadStart (arg=0x82d8498) at thread.c:257
> #8  0xb7fc8ccd in start_thread () from /lib/tls/libpthread.so.0
> #9  0xb7f1db0e in clone () from /lib/tls/libc.so.6
> 
> But I cannot figure out where the env () method comes from.

It was completely bogus!
As it happens my system compiler is a gcc 4.0.x version that includes a
jawt.h that gets picked up when compiling the demo. But since that
version had a different layout of some of the structs used the whole
thing didn't work against our new and improved jawt implementation.

Now that I have finally got this working (by explicitly compiling
against the included jawt.h) I'll try and come up with a patch to make
the demo work out of the box.

Cheers,

Mark

signature.asc
Description: This is a digitally signed message part