GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
Andrew Haley
aph@redhat.com
Sat Nov 23 09:40:00 GMT 2002
Mark Wielaard writes:
> Hi,
>
> On Fri, 2002年11月22日 at 20:50, Adam Megacz wrote:
> > Could you try downloading and running
> >
> > http://dist.xwt.org/xwt-0268.linux.gz
> >
> > It's statically linked, but it crashed for me with newer glibc's.
> > This should help determine if it's your compiler or your system.
>
> Thanks. This might also explain an error I am trying to track down this
> whole day :( On my main development machine I recently upgraded to glibc
> 2.3.1. When I got this email I checked on another machine that is still
> running glibc 2.2.5 and all seems to work OK there...
>
> I am also seeing strange things when using gij to interpret byte code on
> the glibc 2.3.1 system:
This looks to me like there may be some sort of version mismatch with
libraries. I don't know hoe this might happen, but "info share" in
gdb might be useful.
> #0 0x40873c51 in kill () from /lib/libc.so.6
> #1 0x407fa98f in pthread_kill () from /lib/libpthread.so.0
> #2 0x407facae in raise () from /lib/libpthread.so.0
> #3 0x40874c8a in abort () from /lib/libc.so.6
> #4 0x40383c89 in abort () at ../../../gcc/libjava/exception.cc:29
> #5 0x40383d3c in size_of_encoded_value (encoding=80 'P')
> at ../../../gcc/gcc/unwind-pe.h:76
This happens when the DWARF encoding type isn't recognized, which
indicates corrupt or otherwise invalid unwinder data.
Andrew.
More information about the Java
mailing list