awt app always abort when exit using hotspot vm under STABLE

awt app always abort when exit using hotspot vm under STABLE

Post by Huang wen h » Thu, 24 Oct 2002 12:02:56



hi,
I use jdk1.3.1 hosspot vm under STABLE( including libc_r patch), Hotspot
vm was compiled by gcc31-20020502 from ports.
Any awt app will abort when exit. Does gcc31 too old? Should I use gcc32
from ports?

--hwh

#gdb521 -core java_g.core /usr/local/jdk1.3.1/bin/i386/native_threads/java_g
GNU gdb 5.2 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-portbld-freebsd4.7"...
Core was generated by `java_g'.
Program terminated with signal 6, Aborted.
Reading symbols from
/usr/local/jdk1.3.1/jre/lib/i386/native_threads/libhpi_g.so...done.
Loaded symbols for
/usr/local/jdk1.3.1/jre/lib/i386/native_threads/libhpi_g.so
Reading symbols from /usr/lib/libc_r.so.4...done.
Loaded symbols for /usr/lib/libc_r.so.4
Reading symbols from /usr/lib/libm.so.2...done.
Loaded symbols for /usr/lib/libm.so.2
Reading symbols from
/usr/local/jdk1.3.1/jre/lib/i386/client/libjvm_g.so...done.
Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/client/libjvm_g.so
Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libverify_g.so...done.
Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libverify_g.so
Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libjava_g.so...done.
Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libjava_g.so
Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libzip_g.so...done.
Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libzip_g.so
Reading symbols from /usr/local/jdk1.3.1/jre/lib/i386/libawt_g.so...done.
Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libawt_g.so
Reading symbols from
/usr/local/jdk1.3.1/jre/lib/i386/libmlib_image_g.so...done.
Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libmlib_image_g.so
Reading symbols from /usr/X11R6/lib/libXm.so.2...done.
Loaded symbols for /usr/X11R6/lib/libXm.so.2
Reading symbols from /usr/X11R6/lib/libXp.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXp.so.6
Reading symbols from /usr/X11R6/lib/libXt.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXt.so.6
Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXext.so.6
Reading symbols from /usr/X11R6/lib/libSM.so.6...done.
Loaded symbols for /usr/X11R6/lib/libSM.so.6
Reading symbols from /usr/X11R6/lib/libICE.so.6...done.
Loaded symbols for /usr/X11R6/lib/libICE.so.6
Reading symbols from /usr/X11R6/lib/libXtst.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXtst.so.6
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Loaded symbols for /usr/X11R6/lib/libX11.so.6
Reading symbols from /usr/X11R6/lib/libXThrStub.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXThrStub.so.6
Reading symbols from
/usr/local/jdk1.3.1/jre/lib/i386/libfontmanager_g.so...done.
Loaded symbols for /usr/local/jdk1.3.1/jre/lib/i386/libfontmanager_g.so
Reading symbols from /usr/lib/libstdc++.so.3...done.
Loaded symbols for /usr/lib/libstdc++.so.3
Reading symbols from /usr/X11R6/lib/X11/locale/common/xlocale.so.2...done.
Loaded symbols for /usr/X11R6/lib/X11/locale/common/xlocale.so.2
Reading symbols from /usr/lib/libc.so.4...done.
Loaded symbols for /usr/lib/libc.so.4
Reading symbols from /usr/X11R6/lib/X11/locale/common/xlibi18n.so.2...done.
Loaded symbols for /usr/X11R6/lib/X11/locale/common/xlibi18n.so.2
Reading symbols from
/usr/X11R6/lib/X11/locale/common/xomGeneric.so.2...done.
Loaded symbols for /usr/X11R6/lib/X11/locale/common/xomGeneric.so.2
Reading symbols from /usr/X11R6/lib/X11/locale/common/ximcp.so.2...done.
Loaded symbols for /usr/X11R6/lib/X11/locale/common/ximcp.so.2
Reading symbols from /usr/libexec/ld-elf.so.1...done.
Loaded symbols for /usr/libexec/ld-elf.so.1
#0 0x180b15a8 in kill () from /usr/lib/libc_r.so.4
(gdb) bt
#0 0x180b15a8 in kill () from /usr/lib/libc_r.so.4
#1 0x180ff0ae in abort () from /usr/lib/libc_r.so.4
#2 0x19d6b6b5 in __deregister_frame_info () from /usr/lib/libstdc++.so.3
#3 0x197e2f49 in __do_global_dtors_aux () from
/usr/local/jdk1.3.1/jre/lib/i386/libawt_g.so
#4 0x1993d055 in _fini () from /usr/local/jdk1.3.1/jre/lib/i386/libawt_g.so
#5 0x1804fe59 in find_symdef () from /usr/libexec/ld-elf.so.1
#6 0x180ff500 in exit () from /usr/lib/libc_r.so.4
#7 0x183b60dc in os::exit(int) (code=0) at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/os/linux/vm/os_linux.cpp:1065
#8 0x182e087a in vm_exit(int) (code=0) at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/share/vm/runtime/java.cpp:338
#9 0x1831eac1 in JVM_Halt () from
/usr/local/jdk1.3.1/jre/lib/i386/client/libjvm_g.so
#10 0x18784bf2 in Java_java_lang_Shutdown_halt (env=0x81d0eb0,
ignored=0x8564a18, code=0) at
../../../src/share/native/java/lang/Shutdown.c:21
#11 0x080da1ac in ?? ()
#12 0x080d6519 in ?? ()
#13 0x080d6519 in ?? ()
#14 0x080d6519 in ?? ()
#15 0x080d6519 in ?? ()
#16 0x080d65eb in ?? ()
#17 0x080d6519 in ?? ()
#18 0x080d6519 in ?? ()
#19 0x080d6519 in ?? ()
#20 0x080d6519 in ?? ()
#21 0x080d6519 in ?? ()
#22 0x080d6519 in ?? ()
#23 0x080d6519 in ?? ()
#24 0x080d6519 in ?? ()
#25 0x080d656d in ?? ()
#26 0x080d6519 in ?? ()
#27 0x080d6519 in ?? ()
#28 0x1861a3fd in StubRoutines::_code1 () from
/usr/local/jdk1.3.1/jre/lib/i386/client/libjvm_g.so
#29 0x182e2979 in JavaCalls::call_helper(JavaValue*, methodHandle*,
JavaCallArguments*, Thread*) (result=0x8564ec4, m=0x8564dc8,
args=0x8564e44, __the_thread__=0x81d0e18)
at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/share/vm/runtime/javaCalls.cpp:378
#30 0x182e2514 in JavaCalls::call(JavaValue*, methodHandle,
JavaCallArguments*, Thread*) (result=0x8564ec4, method={<Handle> =
{_handle = 0x82d6848}, <No data fields>}, args=0x8564e44,
__the_thread__=0x81d0e18) at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/share/vm/runtime/javaCalls.cpp:287
#31 0x182e1e98 in JavaCalls::call_virtual(JavaValue*, KlassHandle,
symbolHandle, symbolHandle, JavaCallArguments*, Thread*)
(result=0x8564ec4, spec_klass=
{<Handle> = {_handle = 0x82d6828}, <No data fields>}, name={<Handle> =
{_handle = 0x186624b0}, <No data fields>}, signature={<Handle> =
{_handle = 0x18662524}, <No data fields>},
args=0x8564e44, __the_thread__=0x81d0e18) at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/share/vm/runtime/javaCalls.cpp:180
#32 0x182e1ef2 in JavaCalls::call_virtual(JavaValue*, Handle,
KlassHandle, symbolHandle, symbolHandle, Thread*) (result=0x8564ec4,
receiver={_handle = 0x82d6824}, spec_klass=
{<Handle> = {_handle = 0x82d6828}, <No data fields>}, name={<Handle> =
{_handle = 0x186624b0}, <No data fields>}, signature={<Handle> =
{_handle = 0x18662524}, <No data fields>},
__the_thread__=0x81d0e18) at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/share/vm/runtime/javaCalls.cpp:186
#33 0x18330a6c in thread_entry(JavaThread*, Thread*) () from
/usr/local/jdk1.3.1/jre/lib/i386/client/libjvm_g.so
#34 0x1840797c in JavaThread::thread_main_inner() (this=0x81d0e18) at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/share/vm/runtime/thread.cpp:1168
#35 0x18407864 in JavaThread::run() (this=0x81d0e18) at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/share/vm/runtime/thread.cpp:1152
#36 0x183b4e4b in _start (data=0x81d0e18) at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/os/linux/vm/os_linux.cpp:514
#37 0x1808be20 in _thread_start () from /usr/lib/libc_r.so.4
(gdb) quit


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Bill Huey (H » Thu, 24 Oct 2002 14:38:02



> hi,
> I use jdk1.3.1 hosspot vm under STABLE( including libc_r patch), Hotspot
> vm was compiled by gcc31-20020502 from ports.
> Any awt app will abort when exit. Does gcc31 too old? Should I use gcc32
> from ports?

You can try, but I doubt it'll affect anything. Did you rebuild from a
completely clean build directory ?

It looks like it's failing in the C++/C glue layer that binds both HotSpot
and the support JVM. The JVM itself is used as a supporting first-class type
library for HotSpot VM.

It's possibly throwing an exception of some sort repeatedly...

Not sure until I get a recent -stable machine up an going...

Quote:> /usr/local/jdk1.3.1/jre/lib/i386/client/libjvm_g.so
> #10 0x18784bf2 in Java_java_lang_Shutdown_halt (env=0x81d0eb0,
> ignored=0x8564a18, code=0) at
> ../../../src/share/native/java/lang/Shutdown.c:21
> #11 0x080da1ac in ?? ()
> #12 0x080d6519 in ?? ()
> #13 0x080d6519 in ?? ()
> #14 0x080d6519 in ?? ()
> #15 0x080d6519 in ?? ()
> #16 0x080d65eb in ?? ()
> #17 0x080d6519 in ?? ()
> #18 0x080d6519 in ?? ()
> #19 0x080d6519 in ?? ()
> #20 0x080d6519 in ?? ()
> #21 0x080d6519 in ?? ()
> #22 0x080d6519 in ?? ()
> #23 0x080d6519 in ?? ()
> #24 0x080d6519 in ?? ()
> #25 0x080d656d in ?? ()
> #26 0x080d6519 in ?? ()
> #27 0x080d6519 in ?? ()
> #28 0x1861a3fd in StubRoutines::_code1 () from
> /usr/local/jdk1.3.1/jre/lib/i386/client/libjvm_g.so
> #29 0x182e2979 in JavaCalls::call_helper(JavaValue*, methodHandle*,
> JavaCallArguments*, Thread*) (result=0x8564ec4, m=0x8564dc8,
> args=0x8564e44, __the_thread__=0x81d0e18)
> at
> /usr/ports/java/jdk13/work/hotspot1.3.1/src/share/vm/runtime/javaCalls.cpp:378

bill


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Huang wen h » Sat, 26 Oct 2002 10:12:09


Quote:> You can try, but I doubt it'll affect anything.

yes, did not affect anything.

Quote:> Did you rebuild from a completely clean build directory ?

I totally recompile system and all ports includedjdk13, but I got
same problem.

thanks,

--hwh


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by J » Sat, 26 Oct 2002 10:17:05



> > Did you rebuild from a completely clean build directory ?
> I totally recompile system and all ports includedjdk13, but I got
> same problem.
> thanks,

> --hwh

Same here. SwingSet2 and JEdit both core dump on Hotspot exit. Which VM does not matter.

JY  


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Bill Huey (H » Sun, 27 Oct 2002 11:41:18



> I'll sync/bring up my -stable machine and build this for testing. It's a
> bit disheartening that it's kind of breaking... Oh well, I guess I just
> have to hang in there, you folks too. :)

Note: I'm still trying to update my -stable box to something recent and
it's been a pain in the ass trying recompile all of the ports. Hopefully,
this will all be up in the next couple of days.

bill


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Bill Huey (H » Tue, 29 Oct 2002 17:14:27



> hi,
> I use jdk1.3.1 hosspot vm under STABLE( including libc_r patch), Hotspot
> vm was compiled by gcc31-20020502 from ports.

[VM crashing for all AWT applications]

I just build HotSpot client (compiler 1 only since compiler 2 doesn't build just yet)
+ J2SE 1.3.1 under the latest -stable and it's running Java2D demo perfectly. What
were the failure conditions again ? all AWT applications were crashing, eh ?

BTW, I used gcc 3.1 to build it.

bill


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by J » Tue, 29 Oct 2002 18:30:48



> were the failure conditions again ? all AWT applications were crashing, eh ?

> BTW, I used gcc 3.1 to build it.

> bill

Hi Bill,

I used gcc3.1 too. The failure condition is to close the app, then it core dumps.Both SwingSet2 and JEdit behave like this. I can send you the core if you would like to see it, but it's huge.

JY


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Bill Huey (H » Tue, 29 Oct 2002 19:57:23



> I used gcc3.1 too. The failure condition is to close the app, then it core dumps.Both SwingSet2 and JEdit behave like this. I can send you the core if you would like to see it, but it's huge.

From the posted stack trace:

===========================================

#0 0x180b15a8 in kill () from /usr/lib/libc_r.so.4
(gdb) bt
#0 0x180b15a8 in kill () from /usr/lib/libc_r.so.4
#1 0x180ff0ae in abort () from /usr/lib/libc_r.so.4
#2 0x19d6b6b5 in __deregister_frame_info () from /usr/lib/libstdc++.so.3
#3 0x197e2f49 in __do_global_dtors_aux () from
/usr/local/jdk1.3.1/jre/lib/i386/libawt_g.so
#4 0x1993d055 in _fini () from
/usr/local/jdk1.3.1/jre/lib/i386/libawt_g.so
#5 0x1804fe59 in find_symdef () from /usr/libexec/ld-elf.so.1
#6 0x180ff500 in exit () from /usr/lib/libc_r.so.4
#7 0x183b60dc in os::exit(int) (code=0) at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/os/linux/vm/os_linux.cpp:1065  
#8 0x182e087a in vm_exit(int) (code=0) at
/usr/ports/java/jdk13/work/hotspot1.3.1/src/share/vm/runtime/java.cpp:338
#9 0x1831eac1 in JVM_Halt () from
/usr/local/jdk1.3.1/jre/lib/i386/client/libjvm_g.so
#10 0x18784bf2 in Java_java_lang_Shutdown_halt (env=0x81d0eb0,
ignored=0x8564a18, code=0) at
../../../src/share/native/java/lang/Shutdown.c:21

===========================================

...I realized this is a crash in the C++/rtld system, not HotSpot itself.
It's trying to do a proper exist, but blows up on a symbol query when
a .so is being unloaded.

bill


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Max Kh » Wed, 30 Oct 2002 09:28:20


hi, there!



> > BTW, I used gcc 3.1 to build it.

> The reason why I use that compiler is because gcc 3.2 wouldn't
> build the from the ports.

do you have left-overs from -CURRENT in your /usr/include?
I could not build gcc32 from ports on RELENG_4 until I realized that
<stdint.h> is not in RELENG_4.
after 'rm -rf /usr/include',
'mtree -Urd -f /etc/mtree/BSD.include.dist -p /usr/include',
and 'make includes' in /usr/src, gcc32 builds just fine

/fjoe


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Clive L » Thu, 31 Oct 2002 05:27:58



> [VM crashing for all AWT applications]

Hi,

    Just would like to drop a note. On my box with uname below:

Quote:> uname -av


    and malloc.conf symlink'd to aj, I can run every graphic enabled
java app(let)s successfully. Even http://go.icq.com (which is a applet
icq client) and vncviewer applet work without any glitch. If I rm
/etc/malloc.conf, something like this happens immediately:

pid 1182 (java), uid 1000: exited on signal 6

;)

Clive


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Nate Willia » Thu, 31 Oct 2002 05:36:14


>     Just would like to drop a note. On my box with uname below:

> > uname -av

>     and malloc.conf symlink'd to aj, I can run every graphic enabled
> java app(let)s successfully. Even http://www.veryComputer.com/ (which is a applet
> icq client) and vncviewer applet work without any glitch. If I rm
> /etc/malloc.conf, something like this happens immediately:

Is that 'aj' or 'AJ'?  Can you play with the options, and try 'A', or
possibly 'J'?  (I'm guessing you could try 'J' which should work.  If
not, then knowing which options works and which don't would certainly
help debugging.)

Also, running java_g in a de* and giving a backtrace when it fails
core would help.

Nate


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Nate Willia » Thu, 31 Oct 2002 07:36:04


Quote:> > Ok, so 'Aj' should work, right?  Can you try that.

> Yes, Aj do work.

Thanks, how about AR?  (I suspect it won't, but if it does, it implies
something is wrong with the collector).

Nate


with "unsubscribe freebsd-java" in the body of the message

 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Clive L » Thu, 31 Oct 2002 07:50:23


Hi,

    Here's the results for combinations of [Aa][Rr][Jj]:

ARJ -> No
ARj -> Yes
ArJ -> No
aRJ -> No
Arj -> Yes
aRj -> Yes
arJ -> No
arj -> Yes


> > > Ok, so 'Aj' should work, right?  Can you try that.

> > Yes, Aj do work.

> Thanks, how about AR?  (I suspect it won't, but if it does, it implies
> something is wrong with the collector).

> Nate


with "unsubscribe freebsd-java" in the body of the message
 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Nate Willia » Thu, 31 Oct 2002 08:02:56


Quote:> ARJ -> No
> ARj -> Yes
> ArJ -> No
> aRJ -> No
> Arj -> Yes
> aRj -> Yes
> arJ -> No
> arj -> Yes

Re-stated a bit differently.
jRA - YES
jRa - YES
jra - YES
jrA - YES

JRA - NO
JRa - NO
Jra - NO
JrA - NO

So, the magic flag appears to be 'J'.  Others are essentially no-ops.

This means that someone is attempting to read freed memory, since the
'J' option re-initializes freed memory with (essentially) garbage, and
anyone that reads from this will get garbage.

Given that it cores, I expect it's a pointer reference since I'm
guessing it's trying to access memory location 0xd0d0d0d0 or somesuch as
getting a SIGABT, although I would have expected a SIGSEGV in that case.

In any case, thanks for the backtrace and the sleuthing.

Nate


> > > > Ok, so 'Aj' should work, right?  Can you try that.

> > > Yes, Aj do work.

> > Thanks, how about AR?  (I suspect it won't, but if it does, it implies
> > something is wrong with the collector).

> > Nate


with "unsubscribe freebsd-java" in the body of the message
 
 
 

awt app always abort when exit using hotspot vm under STABLE

Post by Clive L » Thu, 31 Oct 2002 07:15:26



> >     Just would like to drop a note. On my box with uname below:

> > > uname -av

> >     and malloc.conf symlink'd to aj, I can run every graphic enabled
> > java app(let)s successfully. Even http://www.veryComputer.com/ (which is a applet
> > icq client) and vncviewer applet work without any glitch. If I rm
> > /etc/malloc.conf, something like this happens immediately:

> Is that 'aj' or 'AJ'?  Can you play with the options, and try 'A', or

It's 'aj'. 'AJ' is the default behavior. 'aj' disables them.

Yes, only 'j' without 'a' will work.

Quote:> possibly 'J'?  (I'm guessing you could try 'J' which should work.  If
> not, then knowing which options works and which don't would certainly
> help debugging.)

Alas, 'J' doesn't work though.

Quote:> Also, running java_g in a de* and giving a backtrace when it fails
> core would help.

bad luck, java_g.core has size 0.

I'm playing with DEBUG_PROG=gdb now, but java_g keeps in pause state.

Quote:> setenv DEBUG_PROG gdb
> java_g

GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-undermydesk-freebsd"...
(gdb) file /usr/local/jdk1.3.1/bin/i386/green_threads/java_g
Load new symbol table from "/usr/local/jdk1.3.1/bin/i386/green_threads/java_g"? (y or n) y

Reading symbols from /usr/local/jdk1.3.1/bin/i386/green_threads/java_g...done.
(gdb) run -jar /usr/local/jdk1.3.1/demo/jfc/Notepad/Notepad.jar
Starting program: /usr/local/jdk1.3.1/bin/i386/green_threads/java_g -jar /usr/local/jdk1.3.1/demo/jfc/Notepad/Notepad.ja

 2186 clive     96    0 94800K 12936K pause  1   0:01  0.00%  0.00% java_g

If I press Ctrl-C and hit s, gdb told me the source it would like to
reference does not exist. (Maybe I should have the extracted source
around even if I just want the fault somewhere?)

(gdb) s
Single stepping until exit from function sigsuspend,
which has no line number information.
queueWait (mid=0x804d3e0, q=0x804d3f8)
    at ../../../../src/solaris/hpi/green_threads/src/monitor_md.c:207
207     ../../../../src/solaris/hpi/green_threads/src/monitor_md.c: No such file or directory.
        in ../../../../src/solaris/hpi/green_threads/src/monitor_md.c

If I simply type "s 1000", something might be useful appears.
(gdb) s 1000
Single stepping until exit from function _XWaitForReadable,
which has no line number information.
Single stepping until exit from function _XRead,
which has no line number information.
Single stepping until exit from function _XReply,
which has no line number information.
Single stepping until exit from function XOpenDisplay,
which has no line number information.

Program received signal SIGTRAP, Trace/breakpoint trap.
0x2812b3cb in sigprocmask () from /usr/lib/libc.so.5

Ok, here "might" be the backtrace:

(gdb) bt
#0  0x2812b3cb in sigprocmask () from /usr/lib/libc.so.5
#1  0x2807bcad in green_sigprocmask (how=3, set=0x2814e428, oset=0x0)
    at ../../../../src/solaris/hpi/green_threads/src/signals.c:617
#2  0x2807bcdc in _sigprocmask (how=3, set=0x2814e428, oset=0x0)
    at ../../../../src/solaris/hpi/green_threads/src/signals.c:631
#3  0x280ba6e8 in siglongjmp () from /usr/lib/libc.so.5
#4  0x2807a0fb in queueWait (mid=0x804d3e0, q=0x804d3f8)
    at ../../../../src/solaris/hpi/green_threads/src/monitor_md.c:205
#5  0x2807ac30 in sysMonitorWait (self=0x8054080, mid=0x804d3e0, millis=-1)
    at ../../../../src/solaris/hpi/green_threads/src/monitor_md.c:593
#6  0x28078553 in poll (fds=0x8288540, nfds=1, timeout=-1)
    at ../../../../src/solaris/hpi/green_threads/src/iomgr.c:1934
#7  0x2d8a9516 in _XWaitForReadable () from /usr/X11R6/lib/libX11.so.6
#8  0x2d8aa22f in _XRead () from /usr/X11R6/lib/libX11.so.6
#9  0x2d8aad73 in _XReply () from /usr/X11R6/lib/libX11.so.6
#10 0x2d89ca3d in XOpenDisplay () from /usr/X11R6/lib/libX11.so.6
#11 0x2d445ce2 in awt_init_Display (env=0x8054004, this=0xbfbfde28)
    at ../../../src/solaris/native/sun/awt/awt_GraphicsEnv.c:386
#12 0x2d445f0c in Java_sun_awt_X11GraphicsEnvironment_initDisplay (
    env=0x8054004, this=0xbfbfde28)
    at ../../../src/solaris/native/sun/awt/awt_GraphicsEnv.c:449
#13 0x281f0501 in args_done ()
   from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm_g.so
#14 0x2819d32c in invokeJNISynchronizedNativeMethod (o=0x28ef2228,
    mb=0x8289720, args_size=0, ee=0x8054004)
    at ../../../src/share/javavm/runtime/classruntime.c:578
#15 0x2819d5ca in invokeLazyNativeMethod (o=0x28ef2228, mb=0x8289720,
    args_size=0, ee=0x8054004)
    at ../../../src/share/javavm/runtime/classruntime.c:680
#16 0x281b7861 in ExecuteJava_C (initial_pc=0xbfbfe44c "", ee=0x8054004)
    at ../../../src/share/javavm/runtime/executeJava.c:1579
#17 0x281aa067 in do_execute_java_method_vararg (ee=0x8054004, obj=0x28ef2228,
    method_name=0x804d6c8 "<clinit>", method_signature=0x8055258 "()V",
    mb=0x828a130, isStaticCall=TRUE, args=0xbfbfe4e0 "", otherBits=0x0,
    shortFloats=FALSE) at ../../../src/share/javavm/runtime/interpreter.c:573
#18 0x281a9c3d in do_execute_java_method (ee=0x8054004, obj=0x28ef2228,
    method_name=0x0, signature=0x0, mb=0x828a130, isStaticCall=TRUE)
    at ../../../src/share/javavm/runtime/interpreter.c:427
#19 0x2819e01a in RunStaticInitializers (cb=0x28ef2228)
    at ../../../src/share/javavm/runtime/classruntime.c:1001
#20 0x2819e204 in InitClass (cb=0x28ef2228)
    at ../../../src/share/javavm/runtime/classruntime.c:1076
#21 0x2819c0a6 in FindClassFromClassLoader2 (ee=0x8054004,
    name=0xbfbfe6f8 "sun/awt/X11GraphicsEnvironment", resolve=TRUE,
    loader=0x0, throwError=FALSE, pd=0x0)
    at ../../../src/share/javavm/runtime/classresolver.c:2176
#22 0x2819bd2b in FindClassFromClassLoader (ee=0x8054004,
    name=0xbfbfe6f8 "sun/awt/X11GraphicsEnvironment", resolve=TRUE,
    loader=0x0, throwError=FALSE)
    at ../../../src/share/javavm/runtime/classresolver.c:2056
#23 0x281cfcc3 in JVM_FindClassFromClassLoader (env=0x8054004,
    name=0xbfbfe6f8 "sun/awt/X11GraphicsEnvironment", init=1 '\001',
    loader=0x0, throwError=0 '\0')
    at ../../../src/share/javavm/runtime/jvm.c:143
#24 0x2c35fb4e in Java_java_lang_Class_forName0 (env=0x8054004,
    this=0xbfbfe810, classname=0x8059228, initialize=1 '\001', loader=0x0)
    at ../../../src/share/native/java/lang/Class.c:120
#25 0x281f0501 in args_done ()
   from /usr/local/jdk1.3.1/jre/lib/i386/classic/libjvm_g.so
#26 0x2819d140 in invokeJNINativeMethod (o=0x28eda150, mb=0x80937cc,
    args_size=3, ee=0x8054004)
    at ../../../src/share/javavm/runtime/classruntime.c:489
#27 0x281b7861 in ExecuteJava_C (initial_pc=0xbfbfedf0 "", ee=0x8054004)
    at ../../../src/share/javavm/runtime/executeJava.c:1579
#28 0x281bbde4 in jni_Invoke (env=0x8054004, self=0x8059074,
    methodID=0x81e1e0c, pushArguments=0x281bb788 <jni_PushArgumentsVararg>,
    args=0xbfbfee8c, info=778) at ../../../src/share/javavm/runtime/jni.c:774
#29 0x281bec19 in jni_CallStaticVoidMethodV (env=0x8054004, clazz=0x8059074,
    methodID=0x81e1e0c, args=0xbfbfeecc "|\220\005\b")
    at ../../../src/share/javavm/runtime/jni.c:1947
#30 0x281c9016 in checked_jni_CallStaticVoidMethod (env=0x8054004,
    cls=0x8059074, methodID=0x81e1e0c)
    at ../../../src/share/javavm/runtime/check_jni.c:741
#31 0x08049356 in main (argc=0, argv=0xbfbff79c)
    at ../../../../src/share/bin/java.c:323
#32 0x08048bbc in _start ()

Any hints how to get the backtrack in modern fashion ?

Clive


with "unsubscribe freebsd-java" in the body of the message