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
_______________________________________________ Classpath-patches mailing list [email protected] http://lists.gnu.org/mailman/listinfo/classpath-patches
