Core dump in 0xff36b2d4 in mutex_lock () from /usr/lib/libthread.so.1
hi,
Prior to the execution of the main function the following occurs:-
#0 0xff36b2d4 in mutex_lock () from /usr/lib/libthread.so.1
#1 0x000373c8 in __1cDstdJbasic_ios4Ccn0ALchar_traits4Cc___Einit6Mpn0APbasic_streambuf4Ccn0B_
___v_ ()
#2 0x00037210 in __1cDstdNbasic_istream4Ccn0ALchar_traits4Cc___2t6Mpn0APbasic_streambuf4Ccn0B
____v_ ()
#3 0x00026b58 in __1cDstdIios_baseEInit2t6M_v_ ()
#4 0x00027b00 in __SUNW_init_iostreams ()
#5 0xfee96364 in __1cH__CimplKcplus_init6F_v_ () from /usr/lib/libCrun.so.1
#6 0xfee1fc60 in _init () from /usr/lib/libc.so.1
#7 0xff3bd298 in ?? ()
#8 0xff3c7890 in ?? ()
#9 0xff3b2c18 in ?? ()
#10 0x00070d90 in PROCEDURELINKAGE_TABLE_ ()
#11 0xfee97e04 in __cplus_fini_at_exit () from /usr/lib/libCrun.so.1
#12 0xff3bd298 in ?? ()
#13 0xff3c7890 in ?? ()
#14 0xff3b2c18 in ?? ()
#15 0x00070d90 in PROCEDURELINKAGE_TABLE_ ()
#16 0xfec62bb4 in _init () from /usr/lib/libmp.so.2
#17 0xff3bd298 in ?? ()
#18 0xff3bc9ec in ?? ()
#19 0xff3c8904 in ?? ()
#20 0xff3b2bdc in ?? ()
All the libraries are dynamic, is this a patch problem ?
You probably need to get the current SUNWlibC and Solaris thread library patches for the version of Solaris you are using.
You can find the latest compiler product patches at http://access1.sun.com/sundev/
You can find Solaris patches at http://sunsolve.sun.com/
Similar Messages
-
Weblogic 5.1, optimizeit 4.2, core dumped
Hallo,
I'm trying to start the weblogic 5.1 SP11 with the
startWeblogic5_OI.sh (did all the steps discribed in 'Using Optimizeit
with WebLogic 5.1'). The Problem is, that the vm cores during startup.
I tried it with jdk 1.3.1_02 and _03, always getting the following
error:
Unexpected Signal : 11 occurred at PC=0xfe2640e4
Function name=JVM_Available
Library=/usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
Current Java thread:
Dynamic libraries:
0x10000 /usr/java/bin/../bin/sparc/native_threads/java
0xff350000 /usr/lib/libthread.so.1
0xff390000 /usr/lib/libdl.so.1
0xff200000 /usr/lib/libc.so.1
0xff330000 /usr/platform/SUNW,UltraAX-i2/lib/libc_psr.so.1
0xfe000000 /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
0xff2e0000 /usr/lib/libCrun.so.1
0xff1e0000 /usr/lib/libsocket.so.1
0xff100000 /usr/lib/libnsl.so.1
0xff0d0000 /usr/lib/libm.so.1
0xff310000 /usr/lib/libw.so.1
0xff0b0000 /usr/lib/libmp.so.2
0xff080000 /usr/j2sdk1_3_1_02/jre/lib/sparc/native_threads/libhpi.so
0xff050000 /usr/j2sdk1_3_1_02/jre/lib/sparc/libverify.so
0xfe7c0000 /usr/j2sdk1_3_1_02/jre/lib/sparc/libjava.so
0xff020000 /usr/j2sdk1_3_1_02/jre/lib/sparc/libzip.so
0xfe550000 /opt/OptimizeIt/lib/liboii.so
0xfdfb0000 /opt/OptimizeIt-4.2/lib/libpri.so
Local Time = Mon Jul 22 09:19:22 2002
Elapsed Time = 0
# HotSpot Virtual Machine Error : 11
# Error ID : 4F530E43505002C4 01
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
# Java VM: Java HotSpot(TM) Server VM (1.3.1_02-b02 mixed mode)
=========================================
gdb output looks like that:
(gdb) bt
#0 0xff369ab8 in __sigprocmask () from /usr/lib/libthread.so.1
#1 0xff35e504 in _resetsig () from /usr/lib/libthread.so.1
#2 0xff35dca4 in _sigon () from /usr/lib/libthread.so.1
#3 0xff360cb8 in thrpkill () from /usr/lib/libthread.so.1
#4 0xff24afa0 in raise () from /usr/lib/libc.so.1
#5 0xff23577c in abort () from /usr/lib/libc.so.1
#6 0xfe3a8ccc in __1cCosFabort6Fl_v_ ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#7 0xfe3a7df4 in __1cCosbBhandle_unexpected_exception6FpnGThread_ipCpv_v_
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#8 0xfe208954 in JVM_handle_solaris_signal ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#9 0xff369064 in __libthread_segvhdlr () from /usr/lib/libthread.so.1
#10 0xff36bbd4 in __sighndlr () from /usr/lib/libthread.so.1
#11 <signal handler called>
#12 0xfe2640e4 in jni_RegisterNatives ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#13 0xfdfcd154 in PRIVMInitialized () from
/opt/OptimizeIt-4.2/lib/libpri.so
#14 0xfdfc31b0 in NotifyEvent () from
/opt/OptimizeIt-4.2/lib/libpri.so
#15 0xfe38e934 in __1cFjvmpiZpost_vm_initialized_event6F_v_ ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#16 0xfe2efc74 in __1cHThreadsJcreate_vm6FpnOJavaVMInitArgs__l_ ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
---Type <return> to continue, or q <return> to quit---
#17 0xfe2bc440 in JNI_CreateJavaVM ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#18 0x11884 in main ()
(gdb)
Any help would be appreciated.
Alexander SelgHallo,
I'm trying to start the weblogic 5.1 SP11 with the
startWeblogic5_OI.sh (did all the steps discribed in 'Using Optimizeit
with WebLogic 5.1'). The Problem is, that the vm cores during startup.
I tried it with jdk 1.3.1_02 and _03, always getting the following
error:
Unexpected Signal : 11 occurred at PC=0xfe2640e4
Function name=JVM_Available
Library=/usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
Current Java thread:
Dynamic libraries:
0x10000 /usr/java/bin/../bin/sparc/native_threads/java
0xff350000 /usr/lib/libthread.so.1
0xff390000 /usr/lib/libdl.so.1
0xff200000 /usr/lib/libc.so.1
0xff330000 /usr/platform/SUNW,UltraAX-i2/lib/libc_psr.so.1
0xfe000000 /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
0xff2e0000 /usr/lib/libCrun.so.1
0xff1e0000 /usr/lib/libsocket.so.1
0xff100000 /usr/lib/libnsl.so.1
0xff0d0000 /usr/lib/libm.so.1
0xff310000 /usr/lib/libw.so.1
0xff0b0000 /usr/lib/libmp.so.2
0xff080000 /usr/j2sdk1_3_1_02/jre/lib/sparc/native_threads/libhpi.so
0xff050000 /usr/j2sdk1_3_1_02/jre/lib/sparc/libverify.so
0xfe7c0000 /usr/j2sdk1_3_1_02/jre/lib/sparc/libjava.so
0xff020000 /usr/j2sdk1_3_1_02/jre/lib/sparc/libzip.so
0xfe550000 /opt/OptimizeIt/lib/liboii.so
0xfdfb0000 /opt/OptimizeIt-4.2/lib/libpri.so
Local Time = Mon Jul 22 09:19:22 2002
Elapsed Time = 0
# HotSpot Virtual Machine Error : 11
# Error ID : 4F530E43505002C4 01
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
# Java VM: Java HotSpot(TM) Server VM (1.3.1_02-b02 mixed mode)
=========================================
gdb output looks like that:
(gdb) bt
#0 0xff369ab8 in __sigprocmask () from /usr/lib/libthread.so.1
#1 0xff35e504 in _resetsig () from /usr/lib/libthread.so.1
#2 0xff35dca4 in _sigon () from /usr/lib/libthread.so.1
#3 0xff360cb8 in thrpkill () from /usr/lib/libthread.so.1
#4 0xff24afa0 in raise () from /usr/lib/libc.so.1
#5 0xff23577c in abort () from /usr/lib/libc.so.1
#6 0xfe3a8ccc in __1cCosFabort6Fl_v_ ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#7 0xfe3a7df4 in __1cCosbBhandle_unexpected_exception6FpnGThread_ipCpv_v_
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#8 0xfe208954 in JVM_handle_solaris_signal ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#9 0xff369064 in __libthread_segvhdlr () from /usr/lib/libthread.so.1
#10 0xff36bbd4 in __sighndlr () from /usr/lib/libthread.so.1
#11 <signal handler called>
#12 0xfe2640e4 in jni_RegisterNatives ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#13 0xfdfcd154 in PRIVMInitialized () from
/opt/OptimizeIt-4.2/lib/libpri.so
#14 0xfdfc31b0 in NotifyEvent () from
/opt/OptimizeIt-4.2/lib/libpri.so
#15 0xfe38e934 in __1cFjvmpiZpost_vm_initialized_event6F_v_ ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#16 0xfe2efc74 in __1cHThreadsJcreate_vm6FpnOJavaVMInitArgs__l_ ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
---Type <return> to continue, or q <return> to quit---
#17 0xfe2bc440 in JNI_CreateJavaVM ()
from /usr/j2sdk1_3_1_02/jre/lib/sparc/server/libjvm.so
#18 0x11884 in main ()
(gdb)
Any help would be appreciated.
Alexander Selg -
Is there an way to get the value of a local string variable from core dump?
Hi All,
Please help me on this, How to extract the string variable content from the core file.
During core file analysis using dbx, it puts value as CLASS against string local variables.
But I need to know the exact value during the core dump.
I'm able to print other than string variables.
Is this possbile using dbx or is there any other tool can help me on this.
Thanks in advance, please find the code details below:
here is my core details:
(dbx) where -h
current thread: t@74
[1] __lwp_kill(0x0, 0x6, 0x217b8, 0x7f950b94, 0x2, 0x7f0fb944), at 0x7f99fb84
[2] raise(0x6, 0x0, 0x7f0fb958, 0x7f6a5434, 0x1, 0x7f0fb9a4), at 0x7f950b9c
[3] abort(0x7f6bf0f8, 0x4, 0x7f6bf0b8, 0x15360, 0x1, 0x7f6bf0f8), at 0x7f936d10
[4] exregister(0x7f6bf0fc, 0x4, 0x7f6bf0b8, 0x15360, 0x1, 0x7f6a5048), at 0x7f6a504c
[5] exregister(0x7f6bf0f8, 0x7f6a505c, 0x7f6bf0f8, 0x7f6bb080, 0x0, 0x1), at 0x7f6a5060
[6] exregister(0x7f0fbb28, 0x66bd8, 0xe4fd0, 0x7f6bb080, 0x7f6ba780, 0x1), at 0x7f6a4fd8
[7] 0x7f6a5edc(0x7f6bae64, 0x0, 0x66bd8, 0x14cb8, 0x14928, 0x0), at 0x7f6a5edc
=>[8] AreaManager::commitCombine(this = 0xe5234, parsedSetName = CLASS), line 369 in "AreaManager.cc"
[9] TaskDispatcher::combineParsedSet(parsedSetName = CLASS), line 113 in "TaskDispatcher.cc"
[10] CombineExecutor::run(this = 0x1312d8), line 159 in "CombineExecutor.cc"
[11] thread_body(threadObj = 0x1312d8), line 35 in "ThreadUtils.cc"
(dbx)
(dbx) dump
parsedSetName = CLASS
parsedSetCombinedName = CLASS
parserSetBuiltName = CLASS
this = 0xe5234
(dbx)
(dbx) print parsedSetName
dbx: cannot access address 0x7f6690f4
(dbx)
BR//SahooWhen I was running in a higher version, it gives follwing error:
A loadobject was found with an unexpected checksum value.
When using the same core dump binary, the result are different than the locally build binary
This is the error it pointing now:
if ((ptr = (CHAR *) malloc((unsigned int) size)) == NULL)
(dbx) proc -map
Loadobject mappings for current core file:
0x00010000 /usr/omc/1.8.0.0.56/bin/PmLoader
0x7fb80000 /usr/lib/libaio.so.1
0x7fb30000 /usr/lib/libm.so.1
0x7fbfa000 /usr/lib/libdl.so.1
is being filtered by: /usr/lib/ld.so.1
Warning: checksum in file(a5bd) doesn't match image(a5bf)
0x7faf0000 /usr/lib/libelf.so.1
Warning: checksum in file(38a7) doesn't match image(38a9)
0x7fad0000 /usr/lib/libsocket.so.1
0x7fa00000 /usr/lib/libnsl.so.1
0x7f900000 /usr/lib/libc.so.1
is being filtered by: /usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1
Warning: checksum in file(3b8c) doesn't match image(3ec6)
0x7f890000 /usr/informix/lib/esql/libthsql.so
0x7f830000 /usr/informix/lib/libthasf.so
0x7f7b0000 /usr/informix/lib/esql/libthgen.so
0x7f770000 /usr/informix/lib/esql/libthos.so
0x7f700000 /usr/informix/lib/esql/libifgls.so
0x7f9e0000 /usr/informix/lib/esql/libifglx.so
0x7f6d0000 /usr/lib/libthread.so.1
0x7f500000 /usr/lib/libCstd.so.1
Warning: checksum in file(1fc4) doesn't match image(3f67)
0x7f6a0000 /usr/lib/libCrun.so.1
Warning: checksum in file(1a8d) doesn't match image(b1ea)
0x7fba0000 /usr/lib/libw.so.1
is being filtered by: libc.so.1
0x7f4e0000 /usr/lib/libmp.so.2
0x7f4a0000 /usr/lib/cpu/sparcv8plus/libCstd_isa.so.1
Warning: checksum in file(0fc3) doesn't match image(27d6)
0x7f9d0000 /usr/platform/sun4u-us3/lib/libc_psr.so.1
0x7f410000 /usr/lib/nss_files.so.1
0x7fbb0000 /usr/lib/ld.so.1 [LM_ID_LDSO]
Warning: checksum in file(f2f2) doesn't match image(2a40)
dbx ./PmLoader ./core
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.5' in your .dbxrc
Reading PmLoader
core file header read successfully
Reading ld.so.1
Reading libaio.so.1
Reading libm.so.1
Reading libdl.so.1
Reading libelf.so.1
Reading libsocket.so.1
Reading libnsl.so.1
Reading libc.so.1
Reading libthsql.so
Reading libthasf.so
Reading libthgen.so
Reading libthos.so
Reading libifgls.so
Reading libifglx.so
Reading libthread.so.1
Reading libCstd.so.1
Reading libCrun.so.1
Reading libw.so.1
Reading libmp.so.2
Reading libCstd_isa.so.1
Reading libc_psr.so.1
Reading nss_files.so.1
WARNING!!
A loadobject was found with an unexpected checksum value.
See `help core mismatch' for details, and run `proc -map'
to see what checksum values were expected and found.
dbx: warning: Some symbolic information might be incorrect.
t@1 (l@1) terminated by signal BUS (invalid address alignment)
0x7f947974: t_delete+0x0068: clr [%o1 + 8]
Current function is Malloc
40 if ((ptr = (CHAR *) malloc((unsigned int) size)) == NULL)
(dbx)
(dbx) where -h
current thread: t@1
[1] t_delete(0x17c980, 0x470, 0x1ef778, 0x7f9bc000, 0x0, 0x0), at 0x7f947974
[2] mallocunlocked(0x414, 0x0, 0x0, 0x7f9bc000, 0x0, 0x0), at 0x7f947004
[3] malloc(0x414, 0xebae0, 0x8, 0xffbfc9a8, 0xffbfc9a0, 0x1a3791), at 0x7f946e38
=>[4] Malloc(size = 1044U), line 40 in "Malloc.c"
[5] Drain_Socket(sc = 0x1ab100, fd = 10, block = 0xffbfce44), line 1648 in "ipc_sockio.c"
[6] Sockio_Refresh(instance = 0x1ab100, fd = 10U, readable = 1, writeable = 0, block = 0xffbfce44), line 3465 in "ipc_sockio.c"
[7] do_Refresh(cid = 10U, readable = 1, writeable = 0, block = 0xffbfce44), line 1238 in "ipc_IO.c"
[8] IO_Refresh(block = 0, file_descriptor = -1), line 685 in "ipc_IO.c"
[9] ipc_receive_message(gid = 0xffbfcf88, reply = 0xffbfd080, buffer = 0x11ae08 "", len = 0xffbfcf34, block = 0), line 313 in "ipc_services.c"
[10] IPCProcessor::receiveMessage(this = 0x1172d0, channelID = 2U, pReplyChannelID = 0xffbfd080), line 312 in "IPCProcessor.cc"
[11] IPCProcessor::mainLoop(this = 0x1172d0, pHandler = 0xf9c28), line 203 in "IPCProcessor.cc"
[12] IPCService::mainLoop(pMediator = 0x1172d0, pHandler = 0xf9c28), line 51 in "IPCService.cc"
[13] main(argc = 3, argv = 0xffbfe1f4), line 91 in "PmLoader.cc"
I got another instance of core dump in same m/c
Edited by: chittusun on Nov 5, 2008 5:19 AM -
Hotspot core dumping during JVM garbage collection ?
We have an application which calls a 3rd party supplied server API which has recently been upgraded to use Java 1.5
We are getting the following error reported by our client application. The application is also now running Java 1.5 but references many classes in jar files which would have quite old code in.
The supplier of the API has stated that the problem requires us to recompile all our jar files using v 1.5 ( including things like jconnect and jms ?!?!? ). This sounds like a bit of a cop-out to me, not to mention being impossible since we don't have the source for things like jconnect.
I suspect that there is a garbage collection problem at the bottom of all this, but I'm not sure how I can "prove" this, nor do I currently have any real clue as to how to fix any GC problem that may exist.
The application is supposed to wait for a message on a MQSeries queue and then transforms it via Xalan XSLT and sends it to a Server application. I've tried playing around with heap sizes etc but that just seems to make it worse. If I leave it at the settings that the previous version used then the client at least manages to process a couple of messages before core dumping. There doesn't seem to be a consistent trigger event to cause the core dump ( it's not a message arriving on a queue for example ) but it does seem to be fairly consistent timewise, i.e. after
Any ideas gratefully accepted.
Here's a logfile excerpt from my applications showing the Hotspot error message :
=====================================================================================
08-Jul-2008 10:01:05 Waiting for messages from COLT.BBFS
08-Jul-2008 10:02:05 Waiting for messages from COLT.BBFS
08-Jul-2008 10:03:05 Waiting for messages from COLT.BBFS
405.815: [GC [PSYoungGen: 17331K->9244K(37632K)] 111702K->103615K(192128K), 0.1615910 secs]
405.977: [Full GC#
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGBUS (0xa) at pc=0xfe141348, pid=2600, tid=8
# Java VM: Java HotSpot(TM) Server VM (1.5.0_03-b07 mixed mode)
# Problematic frame:
# V [libjvm.so+0x141348]
# An error report file with more information is saved as hs_err_pid2600.log
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
=====================================================================================
The logfile referred to in the error message contains the following.
=====================================================================================
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGBUS (0xa) at pc=0xfe141348, pid=2600, tid=8
# Java VM: Java HotSpot(TM) Server VM (1.5.0_03-b07 mixed mode)
# Problematic frame:
# V [libjvm.so+0x141348]
--------------- T H R E A D ---------------
Current thread (0x001484d8): VMThread [id=8]
siginfo:si_signo=10, si_errno=0, si_code=1, si_addr=0x0000080f
Registers:
O0=0x00487588 O1=0xfe7d6454 O2=0x000079b0 O3=0x00007800
O4=0x00008868 O5=0x00147d48 O6=0xf8781460 O7=0xfe0f7938
G1=0xe52aaae8 G2=0x00000003 G3=0x00000003 G4=0x001484d8
G5=0xf8781d98 G6=0x00000002 G7=0xf8781d98 Y=0x805683e2
PC=0xfe141348 nPC=0xfe14134c
Top of Stack: (sp=0xf8781460)
0xf8781460: fe786000 00c6ba20 fe10013c e54bab68
0xf8781470: 0000080f e54bab6c 0000080f 00000004
0xf8781480: 00487588 00000134 e54bab6c 00000004
0xf8781490: 00000001 00000000 f87814c0 fe17aef4
0xf87814a0: fe6485b4 fe7d899c 001484d8 0011da40
0xf87814b0: 00148988 00148c10 00148d7c f8781880
0xf87814c0: 007c3389 007c3c0e 00000f87 00008868
0xf87814d0: 00008800 00487588 fe141310 fe7d6454
Instructions: (pc=0xfe141348)
0xfe141338: ec 06 c0 1a 80 a5 a0 00 22 40 00 0a ba 07 60 01
0xfe141348: f2 05 a0 00 ae 0e 60 03 80 a5 e0 03 22 40 00 05
Stack: [0xf8702000,0xf8781d98), sp=0xf8781460, free space=509k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x141348]
V [libjvm.so+0x17aefc]
V [libjvm.so+0x2d557c]
V [libjvm.so+0x300ef8]
V [libjvm.so+0x301e84]
V [libjvm.so+0x2ff950]
V [libjvm.so+0x29df30]
V [libjvm.so+0x362b44]
V [libjvm.so+0x6436f0]
VM_Operation (0xe03012b0): parallel gc system gc, mode: safepoint, requested by thread 0x0031bca0
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00b2c028 JavaThread "Thread-4" [_thread_in_native, id=85]
0x007f5048 JavaThread "Thread-0" [_thread_blocked, id=84]
0x00c27cf0 JavaThread "Notification Delivery" [_thread_blocked, id=81]
0x0026fa08 JavaThread "RMI LeaseChecker" daemon [_thread_blocked, id=73]
0x00821048 JavaThread "RMI RenewClean-[162.11.2.32:44425]" daemon [_thread_blocked, id=70]
0x0031bca0 JavaThread "GC Daemon" daemon [_thread_blocked, id=67]
0x00cd5d28 JavaThread "RMI Reaper" [_thread_blocked, id=66]
0x003c9300 JavaThread "Timer-0" daemon [_thread_blocked, id=65]
0x00929fe0 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=64]
0x0089bf18 JavaThread "SeedGenerator Thread" daemon [_thread_blocked, id=42]
0x00c47248 JavaThread "Pool thread #7" daemon [_thread_blocked, id=38]
0x00c466a0 JavaThread "Pool thread #6" daemon [_thread_blocked, id=37]
0x00311850 JavaThread "Pool thread #5" daemon [_thread_blocked, id=36]
0x00287a40 JavaThread "Pool thread #4" daemon [_thread_blocked, id=35]
0x00286e98 JavaThread "Pool thread #3" daemon [_thread_blocked, id=34]
0x00c134b0 JavaThread "Pool thread #2" daemon [_thread_blocked, id=33]
0x00ad09e0 JavaThread "Pool thread #1" daemon [_thread_blocked, id=32]
0x00286cd8 JavaThread "PoolThreadManager" daemon [_thread_blocked, id=31]
0x00c129e0 JavaThread "Channel Reaper" daemon [_thread_blocked, id=30]
0x00c669e8 JavaThread "ORB Daemon Thread" daemon [_thread_blocked, id=29]
0x00b10170 JavaThread "Worker for ServerProtocol: (iiop) /0.0.0.0:20168" daemon [_thread_blocked, id=22]
0x008a17e0 JavaThread "Syn~ Client" daemon [_thread_blocked, id=21]
0x003dc378 JavaThread "PoolScavenger0" daemon [_thread_blocked, id=20]
0x0015a928 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=15]
0x00159880 JavaThread "CompilerThread1" daemon [_thread_blocked, id=14]
0x00158a18 JavaThread "CompilerThread0" daemon [_thread_blocked, id=13]
0x00157b98 JavaThread "AdapterThread" daemon [_thread_blocked, id=12]
0x00156dc8 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11]
0x0014ccd8 JavaThread "Finalizer" daemon [_thread_blocked, id=10]
0x0014ad90 JavaThread "Reference Handler" daemon [_thread_blocked, id=9]
0x00038238 JavaThread "main" [_thread_in_native, id=1]
Other Threads:
=>0x001484d8 VMThread [id=8]
0x0015c3b0 WatcherThread [id=16]
VM state:at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: ([mutex/lock_event])
[0x00037728/0x00037758] Threads_lock - owner thread: 0x001484d8
[0x00033650/0x00037ba8] Heap_lock - owner thread: 0x0031bca0
Heap
PSYoungGen total 37632K, used 9244K [0xf2eb0000, 0xf7ba0000, 0xf8400000)
eden space 28352K, 0% used [0xf2eb0000,0xf2eb0000,0xf4a60000)
from space 9280K, 99% used [0xf4a60000,0xf5367080,0xf5370000)
to space 25216K, 0% used [0xf6300000,0xf6300000,0xf7ba0000)
PSOldGen total 154496K, used 94371K [0xe8400000, 0xf1ae0000, 0xf2eb0000)
object space 154496K, 61% used [0xe8400000,0xee028e78,0xf1ae0000)
PSPermGen total 35584K, used 18260K [0xe4400000, 0xe66c0000, 0xe8400000)
object space 35584K, 51% used [0xe4400000,0xe55d5158,0xe66c0000)
Dynamic libraries:
0x00010000 /dsdvlp/java/jvm/jdk1.5.0_03/bin/java
0xff350000 /usr/lib/libthread.so.1
0xff340000 /usr/lib/libdl.so.1
0xff200000 /usr/lib/libc.so.1
0xff390000 /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1
0xfe000000 /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/server/libjvm.so
0xff1e0000 /usr/lib/libsocket.so.1
0xff2d0000 /usr/lib/libsched.so.1
0xff1b0000 /usr/lib/libCrun.so.1
0xff160000 /usr/lib/libm.so.1
0xff080000 /usr/lib/libnsl.so.1
0xff060000 /usr/lib/libmp.so.2
0xff030000 /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/native_threads/libhpi.so
0xfdfc0000 /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libverify.so
0xfdf80000 /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libjava.so
0xfdf50000 /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libzip.so
0xfb7e0000 /usr/lib/locale/en_GB.ISO8859-1/en_GB.ISO8859-1.so.2
0xe4190000 /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/libnet.so
0xe3bd0000 /dsdvlp/lib/5/libSolarisNatives.so
0xe3e90000 /dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/librmi.so
VM Arguments:
jvm_args: -Djava.ext.dirs=/dsdvlp/java/tmijar/firs7/lib/cli:/dsdvlp/java/tmijar/firs7/lib/cli/ext:/dsdvlp/java/tmijar/firs7/lib/cmn/OpenORB:/dsdvlp/java/tmijar/firs7/lib/cmn/OpenORB/ext:/dsdvlp/java/tmijar/firs7/lib/cmn:/dsdvlp/java/tmijar/firs7/lib/cmn/ext:/dsdvlp/java/tmijar/firs7/daemonlib -Duser.dir=/dsdvlp/java/tmijar/firs7 -Dopenorb.config=file:/dsdvlp/java/tmijar/firs7/configs/OpenORB/config/SynOpenORB.xml -Dopenorb.home=file:/dsdvlp/java/tmijar/firs7/configs/OpenORB -Dcom.coexis.syn.general.orbbinding=com.coexis.syn.general.orbbinding.openorb.OpenORBBinding_1_4 -Dsun.rmi.dgc.client.gcInterval=360000 -Dsun.rmi.dgc.server.gcInterval=360000000 -Xms32m -Xmx256m -Dcom.coexis.syn.clientcommandsconfiglocation=file://localhost//dsdvlp/java/tmijar/firs7/configs/clientcommands.xml -Dcom.coexis.syn.clientconfiglocation=file://localhost//dsdvlp/java/tmijar/firs7/configs/fsbbtd_client.xml -XX:+PrintGCTimeStamps -XX:+PrintGCDetails
java_command: com.coexis.syn.mqmessaging.daemon.RunDaemon -p /dsdvlp/bin/5/lndsfsd_fsbbtd.properties start
Environment Variables:
JAVA_HOME=/dsdvlp/java/jvm/jdk150
CLASSPATH=.:/dsdvlp/java/jar/jconnect520.jar:/dsdvlp/java/jar/vbjapp340.jar:/dsdvlp/java/jar/vbjorb340.jar:/dsdvlp/java/jar/javax_jndi120.jar
PATH=/usr/local/etc:/usr/lang:/usr/openwin/bin:/usr/ucb:/bin:/usr/etc:/usr/local/5/bin:/dsdvlp/bin/5:/dsdvlp/bin/4:/home/app/sybase/5/bin:/home/app/sybase/5/localscripts:/home/app/sybase/5/sqr:/home/app/lang:/home/app/lang/SC2.0.1:/usr/ccs/bin:/usr/local/opt/Acrobat3/bin:/dsdvlp/bin:.
LD_LIBRARY_PATH=/dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc/server:/dsdvlp/java/jvm/jdk1.5.0_03/jre/lib/sparc:/dsdvlp/java/jvm/jdk1.5.0_03/jre/../lib/sparc:/usr/lib:/usr/openwin/lib:/usr/local/5/lib:/dsdvlp/lib/5:/dstest/lib/5:/home/app/sybase/5/lib:/dstest/cats/sun4/lib:/tmitest/Opus/opus/lib
SHELL=/bin/csh
DISPLAY=CLI00184.mfil.local:1.0
OS=5
--------------- S Y S T E M ---------------
OS: Solaris 8 2/02 s28s_u7wos_08a SPARC
Copyright 2002 Sun Microsystems, Inc. All Rights Reserved.
Assembled 18 December 2001
uname:SunOS 5.8 Generic_117350-20 sun4u (T1 libthread)
rlimit: STACK 8192k, CORE 9216k, NOFILE 4096, AS infinity
load average:2.24 2.67 2.68
CPU:total 4 has_v8, has_v9, has_vis1, has_vis2, is_ultra3
Memory: 8k page, physical 8388608k(166384k free)
vm_info: Java HotSpot(TM) Server VM (1.5.0_03-b07) for solaris-sparc, built on Apr 13 2005 03:31:26 by unknown with unknown Workshop:0x550The very first suggestion I have is to move your VM to a more recent update of 1.5.0.
It looks like you are crashing with 5.0u3, and I'm pretty sure 5.0u16 is available. You
don't want to waste your time chasing a bug that's already been fixed. -
Core dump using OCI HP 32 bit package
Does any one successfully run OCI application on HP using 32 bit libraries?
I got core dump at the end of running application, around desctruction part. Following are the statement I got from GDB:
#0 0xc005db14 in pthread_mutex_destroy+0x18 () from /usr/lib/libpthread.1
#1 0xc021efd8 in __thread_mutex_free+0x40 () from /usr/lib/libc.2
#2 0xc0abb4b8 in HPMutexWrapper::~HPMutexWrapper+0x48 () from /usr/lib/libstd_v2.2
#3 0x613c in std::basic_string<char,std::char_traits<char>,std::allocator<char>>::_C_unlink (this=0x7bff153c) at /opt/aCC/include_std/string:1002
#4 0xccd0 in ociWrapper::cursor::~cursor (this=0x7bff1538, #free=2) at /vobs/Guru2/IDCE/ociWrapper/ociWrapper.cpp:220
#5 0x65a8 in main () at /vobs/Guru2/Oracle/HP-UX/sdk/demo/oci_wrapper_insert.cpp:73
If I build my application in 64 bit using OCI 64 bit package, no problem at all. But I have to make my application work in 32 bit so that I can not simply switch to 64 bit.
Please give me some help. Thanks.I got the problem solved myself. The core dump happens when use OCI 32 bit libraries with STL string. It cores at destroying the STL string.
Add the option "-mt" to the compile command, the problem will go away. -
Core Dump in Foccur32() due to Address Misalignment
Hi,
I am working on Tuxedo 11.1_RP090 with HP-UX IA64, and after a call to tpcall() there is a core dumped due to address alignment issue. The following is excerpt from gdb backtrace.
<snip>
Program terminated with signal 10, Bus error.
BUS_ADRALN - Invalid address alignment. Please refer to the following link that helps in handling unaligned data: http://docs.hp.com/en/7730/newhelp0610/pragmas.htm#pragma-pack-ex3
#0 0xc000000000211ab0:0 in _lwp_kill+0x30 ()
from /usr/lib/hpux64/libpthread.so.1
(gdb) db
Undefined command: "db". Try "help".
(gdb) bt
#0 0xc000000000211ab0:0 in _lwp_kill+0x30 ()
from /usr/lib/hpux64/libpthread.so.1
#1 0xc000000000178810:0 in pthread_kill+0x9d0 ()
from /usr/lib/hpux64/libpthread.so.1
#2 0xc0000000003f80e0:0 in raise+0xe0 () from /usr/lib/hpux64/libc.so.1
#3 0xc00000001e5a2d80:0 in skgesigOSCrash () at skgesig.c:376
#4 0xc00000001f666900:0 in kpeDbgSignalHandler () at kpedbg.c:1074
#5 0xc00000001e5a3220:0 in skgesig_sigactionHandler () at skgesig.c:799
#6 <signal handler called>
#7 Foccur32 () at Foccur32.c:87
#8 0xc00000001498c020:0 in _tmaff_delallflds () at affinity.c:725
#9 0xc00000001498b570:0 in _tmaff_acall () at affinity.c:117
#10 0xc00000001478f7a0:0 in _tpacall_internal () at tmacall.c:588
#11 0xc0000000147a2a30:0 in _tpcall_internal () at tmcall.c:349
#12 0xc0000000147a0ed0:0 in _tpcall_ () at tmcall.c:157
#13 0xc0000000147a3790:0 in tpcall () at tmcall.c:474
#14 0xc000000002a3bc90:2 in inline mtux_flags () at my_app.c:1078
#15 0xc000000002a3bc80:2 in mtux_sync (l_name=<not available>,
l_service=<not available>, l_request_buf=<not available>,
l_request_buf_len=<not available>, l_response_buf=<not available>,
l_response_buf_len=<not available>, l_flags=<not available>)
at my_app.c:1215
</snip>
In Frame 15, there is a call to tpcall() as follows:-
tpcall((char *)l_service,
l_request_buf,
l_request_buf_len,
l_response_buf,
l_response_buf_len,
mtux_flags(l_flags))
From there the tuxedo code gets called and Signal 10 is raised in Frame 7, inside Foccur32(). Since we do not have the code for Foccur32.c,
it is difficult for us to determine which address data structure passed as input parameter to tpcall() is misaligned or is it some misaligned pointer in Foccur32() code.
It would be helpful, if someone can guide as to which structure needs to be examined for possible misalignment.
Can someone please let me know what can be done to know whether code causing issue at line no. 87 in Foccut32() comes from the parameters passed to tpcall()?
I am not sure whether it is due to the parameters we pass or due to some internal data structure used by Foccur32().
Message was edited by: 642aa413-1410-45b0-8534-b407133fb819Hi,
From a quick look at the code in affinity.c I'm guessing that you have a memory corruption problem. The fault is occurring while trying to access the Tuxedo META TCM, a header that Tuxedo associates with the request. If you can create a simple reproducer I would suggest opening a support request and provide the reproducer.
As always, if this is a new problem, what's changed in your environment or application? Also what is the environment/configuration of your Tuxedo application?
Regards,
Todd Little
Oracle Tuxedo Chief Architect -
Core dump whith GetObjectClass
Hi there,
I am trying to fill up objects in a array received from the java code with an array of structures coming from a C function.
I am using the following code :
JNIEXPORT jint JNICALL Java_api_test_1accountarray (JNIEnv *env, jobject obj , jobjectArray x_account_array)
int ret=WIE;
jclass cls;
jfieldID accountID;
jobject account_obj;
jstring o_account_string=NULL;
ACCOUNTARRAY accountarray;
ACCOUNT *eltp;
int l_nbr_cptes=0;
jsize i;
printf("Java_api_test_1accountarray\n");
C function call
ret=listaccount("TEST", "", accountarray, TIMEOUT);
printf("Retour api :%d\n", ret);
/* ok here */
for(i=0; i<APIACCOUNT_SIZE_ACCOUNTARRAY; i++)
eltp=&(accountarray);
if(eltp->accounts[0]=='\0')
break;
l_nbr_cptes++;
account_obj= (*env)->GetObjectArrayElement(env, x_account_array, i);
/* ok here */
cls=(*env)->GetObjectClass(env, patio_account_obj);
/* coredump here when assigning cls */
accountID = (*env)->GetFieldID(env, cls, "accounts", "Ljava/lang/String;");
o_account_string=(*env)->NewStringUTF(env,accountarray[i].accounts);
(*env)->SetObjectField(env,account_obj,accountID, o_account_string);
(*env)->SetObjectArrayElement(env, x_account_array, i, account_obj);
printf("nbrecomptes en C : %d\n", l_nbr_cptes);
return l_nbr_cptes;
Not a single compile error.
Running : java -Xcheck:jni api
I get :
================
Java_api_test_1accountarray
Retour api :0
Unexpected Signal : 11 occurred at PC=0xfe516fb0
Function name=JVM_FindPrimitiveClass
Library=/usr/j2sdk1_3_1_04/jre/lib/sparc/client/libjvm.so
Current Java thread:
at api.test_accountarray(Native Method)
at api.main(api.java:23)
Dynamic libraries:
0x10000 /usr/bin/../java/bin/../bin/sparc/native_threads/java
0xff350000 /usr/lib/libthread.so.1
0xff390000 /usr/lib/libdl.so.1
0xff280000 /usr/lib/libc.so.1
0xff270000 /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
0xfe400000 /usr/j2sdk1_3_1_04/jre/lib/sparc/client/libjvm.so
0xff210000 /usr/lib/libCrun.so.1
0xff1f0000 /usr/lib/libsocket.so.1
0xff100000 /usr/lib/libnsl.so.1
0xff1b0000 /usr/lib/libm.so.1
0xff240000 /usr/lib/libw.so.1
0xff0d0000 /usr/lib/libmp.so.2
0xff0a0000 /usr/j2sdk1_3_1_04/jre/lib/sparc/native_threads/libhpi.so
0xff060000 /usr/j2sdk1_3_1_04/jre/lib/sparc/libverify.so
0xff020000 /usr/j2sdk1_3_1_04/jre/lib/sparc/libjava.so
0xfe7d0000 /usr/j2sdk1_3_1_04/jre/lib/sparc/libzip.so
0xfe2d0000 /export/home/Users/jgallet/JINI/libjava.so
0xfac80000 /usr/lib/libapithread.so
Local Time = Tue Sep 17 13:25:11 2002
Elapsed Time = 1
# HotSpot Virtual Machine Error : 11
# Error ID : 4F530E43505002BD 01
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
# Java VM: Java HotSpot(TM) Client VM (1.3.1_04-b02 mixed mode)
# An error report file has been saved as hs_err_pid22138.log.
# Please refer to the file for further information.
Abort (core dumped)
============
Please note that calling or not calling the C function does not affect the result (of commenting the tests of course).
java -version
java version "1.3.1_04"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_04-b02)
Java HotSpot(TM) Client VM (build 1.3.1_04-b02, mixed mode)
Solaris 7 Sparc machine.
Any help appreciated.
Sincerely,
John GALLETSolution : sort of.
The pointer I got from GetObjectArrayElement, for whatever reason, is NULL. So passing it along caused a coredump...
I spent a lot of time of that stupid mistake, and I guess I am going to spend even more on understanding WHY it is NULL, now...
Sincerely,
JG -
Core dump while running jmf application
I am running a bit customised version of Transcode & Concat from JMF samples as a single application on Solaris 10.
I got core dump while running the application.
Any clue ?
Below are the content from hs_err_pid#.out file.
+#+
+# An unexpected error has been detected by HotSpot Virtual Machine:+
+#+
+# SIGSEGV (0xb) at pc=0xfecaa04c, pid=23754, tid=97822+
+#+
+# Java VM: Java HotSpot(TM) Server VM (1.5.0_11-b03 mixed mode)+
+# Problematic frame:+
+# V [libjvm.so+0x4aa04c]+
+#+
--------------- T H R E A D ---------------
+Current thread (0x05b62e40): JavaThread "Loop thread: com.sun.media.parser.audio.WavParser$WavTrack@8d6f11" [_thread_in_vm, id=97822]+
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
Registers:
O0=0x00008000 O1=0x00000b90 O2=0x016d8b90 O3=0xff02d024
O4=0x0000942c O5=0x00009400 O6=0xbfa7f1e0 O7=0x00009400
G1=0x00000000 G2=0x000077bc G3=0x00000000 G4=0x80000000
G5=0x00000006 G6=0x00000000 G7=0xae787200 Y=0x00000000
PC=0xfecaa04c nPC=0xfecaa050
Top of Stack: (sp=0xbfa7f1e0)
+0xbfa7f1e0: ff02d02c 00000002 00001ffc 00000001+
+0xbfa7f1f0: fefd8000 ff02d028 00008800 ff03106c+
+0xbfa7f200: ff02d9e4 00000000 00000000 05b62e40+
+0xbfa7f210: 00008374 00009638 bfa7f240 bfd04dc4+
+0xbfa7f220: 00000000 00000000 00000000 00000000+
+0xbfa7f230: 00000000 00000000 00000000 00000000+
+0xbfa7f240: feca9f1c 00007fec 00000006 00034cb8+
+0xbfa7f250: 00000005 00000002 01000000 006d81a8+
Instructions: (pc=0xfecaa04c)
+0xfecaa03c: 7f f8 86 38 90 10 00 1b 8a 10 20 06 ca 26 e0 e4+
+0xfecaa04c: ec 06 60 00 fa 05 a0 08 80 a7 60 00 02 40 00 11+
Stack: [0xbfa00000,0xbfa80000), sp=0xbfa7f1e0, free space=508k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
+V [libjvm.so+0x4aa04c]+
+C [libjmmpa.so+0x4dcc] Java_com_sun_media_codec_audio_mpa_NativeEncoder_nFlush+0x1c+
+j com.sun.media.codec.audio.mpa.NativeEncoder.nFlush(I[B)I+0+
+j com.sun.media.codec.audio.mpa.NativeEncoder.nFlush(I[B)I+0+
j com.sun.media.codec.audio.mpa.NativeEncoder.process(Ljavax/media/Buffer;Ljavax/media/Buffer;)I20+
v ~C2IAdapter
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.SourceThread.process()Z
J com.sun.media.util.LoopThread.run()V
v ~I2CAdapter
v ~StubRoutines::call_stub
+V [libjvm.so+0x19b95c]+
+V [libjvm.so+0x2c1a24]+
+V [libjvm.so+0x2e1010]+
+V [libjvm.so+0x2dcbac]+
+V [libjvm.so+0x67a7e0]+
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
+j com.sun.media.codec.audio.mpa.NativeEncoder.nFlush(I[B)I+0+
j com.sun.media.codec.audio.mpa.NativeEncoder.process(Ljavax/media/Buffer;Ljavax/media/Buffer;)I20+
v ~C2IAdapter
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.BasicFilterModule.process()V
J com.sun.media.SourceThread.process()Z
J com.sun.media.util.LoopThread.run()V
v ~I2CAdapter
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
+0x0557db38 JavaThread "Thread-3024" [_thread_blocked, id=97827]+
+0x05390a28 JavaThread "Loop thread" [_thread_blocked, id=97823]+
+=>0x05b62e40 JavaThread "Loop thread: com.sun.media.parser.audio.WavParser$WavTrack@8d6f11" [_thread_in_vm, id=97822]+
+0x05725a68 JavaThread "JMF thread: SendEventQueue: com.sun.media.ProcessEngine" [_thread_blocked, id=97814]+
+0x05303e38 JavaThread "JMF thread: SendEventQueue: com.sun.media.processor.unknown.Handler" [_thread_blocked, id=97813]+
+0x053d6848 JavaThread "Loop thread" [_thread_blocked, id=97812]+
+0x05b8d508 JavaThread "RawBufferStream Thread" [_thread_blocked, id=97811]+
+0x04a957b8 JavaThread "JMF thread: SendEventQueue: com.sun.media.ProcessEngine" [_thread_blocked, id=97806]+
+0x0573c8a0 JavaThread "JMF thread: SendEventQueue: com.sun.media.processor.unknown.Handler" [_thread_blocked, id=97805]+
+0x04be2248 JavaThread "Keep-Alive-Timer" daemon [_thread_blocked, id=97804]+
+0x00189ea0 JavaThread "Timer-1" daemon [_thread_blocked, id=38]+
+0x00e2d5f8 JavaThread "OamBus" daemon [_thread_in_native, id=26]+
+0x00e5d168 JavaThread "Dispatcher-Thread-3" daemon [_thread_blocked, id=25]+
+0x00c972b8 JavaThread "Thread-2" [_thread_blocked, id=20]+
+0x00c4e9b0 JavaThread "RMI TCP Accept-19912" daemon [_thread_in_native, id=18]+
+0x00c56c90 JavaThread "RMI TCP Accept-0" daemon [_thread_in_native, id=17]+
+0x00c51da0 JavaThread "Timer-0" daemon [_thread_blocked, id=16]+
+0x001ae158 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=15]+
+0x001ac898 JavaThread "CompilerThread1" daemon [_thread_blocked, id=14]+
+0x001aba20 JavaThread "CompilerThread0" daemon [_thread_blocked, id=13]+
+0x001aab08 JavaThread "AdapterThread" daemon [_thread_blocked, id=12]+
+0x001a9d68 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=11]+
+0x001a90d8 JavaThread "Surrogate Locker Thread (CMS)" daemon [_thread_blocked, id=10]+
+0x0019c718 JavaThread "Finalizer" daemon [_thread_blocked, id=9]+
+0x0019c1d8 JavaThread "Reference Handler" daemon [_thread_blocked, id=8]+
+0x0003b260 JavaThread "main" [_thread_blocked, id=1]+
Other Threads:
+0x0019a0f8 VMThread [id=7]+
+0x00c55fe0 WatcherThread [id=19]+
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
par new generation total 24512K, used 3242K [0xd4800000, 0xd6000000, 0xd6000000)
eden space 24448K, 13% used [0xd4800000, 0xd4b2aa50, 0xd5fe0000)
from space 64K, 0% used [0xd5fe0000, 0xd5fe0000, 0xd5ff0000)
to space 64K, 0% used [0xd5ff0000, 0xd5ff0000, 0xd6000000)
concurrent mark-sweep generation total 499712K, used 263197K [0xd6000000, 0xf4800000, 0xf4800000)
concurrent-mark-sweep perm gen total 50712K, used 30431K [0xf4800000, 0xf7986000, 0xf8800000)
Dynamic libraries:
+0x00010000 /usr/jdk/instances/jdk1.5.0/bin/java+
+0xff390000 /usr/lib/libthread.so.1+
+0xff360000 /usr/lib/libdl.so.1+
+0xff200000 /usr/lib/libc.so.1+
+0xff380000 /platform/SUNW,Netra-440/lib/libc_psr.so.1+
+0xfe800000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/server/libjvm.so+
+0xff300000 /usr/lib/libsocket.so.1+
+0xff330000 /usr/lib/libsched.so.1+
+0xff1c0000 /usr/lib/libCrun.so.1+
+0xff190000 /usr/lib/libm.so.1+
+0xff080000 /usr/lib/libnsl.so.1+
+0xfe700000 /usr/lib/libm.so.2+
+0xff160000 /usr/lib/libscf.so.1+
+0xff140000 /usr/lib/libdoor.so.1+
+0xff060000 /usr/lib/libuutil.so.1+
+0xfe7d0000 /usr/lib/libgen.so.1+
+0xfe6d0000 /usr/lib/libmd.so.1+
+0xfe6b0000 /platform/SUNW,Netra-440/lib/libmd_psr.so.1+
+0xfe690000 /usr/lib/libmp.so.2+
+0xfe650000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/native_threads/libhpi.so+
+0xfe5c0000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libverify.so+
+0xfe580000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libjava.so+
+0xfe560000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libzip.so+
+0xfe410000 /usr/lib/locale/en_US/en_US.so.3+
+0xfe310000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libmanagement.so+
+0xfe250000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libnet.so+
+0xcc450000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libj2pkcs11.so+
+0xcc410000 /usr/lib/libpkcs11.so+
+0xcc3f0000 /usr/lib/libcryptoutil.so.1+
+0xcc340000 /usr/lib/security/pkcs11_softtoken.so+
+0xcc3d0000 /opt/tib/EAG/tibrv/lib/libtibrvj.so+
+0xcc310000 /opt/tib/EAG/tibrv/lib/libtibrvcmq.so+
+0xcc250000 /opt/tib/EAG/tibrv/lib/libtibrvcm.so+
+0xcc230000 /opt/tib/EAG/tibrv/lib/libtibrvft.so+
+0xcc110000 /opt/tib/EAG/tibrv/lib/libtibrv.so+
+0xccbf0000 /usr/lib/libpthread.so.1+
+0xcc210000 /usr/lib/libkstat.so.1+
+0xcc050000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libnio.so+
+0xcc030000 /usr/lib/librt.so.1+
+0xcc010000 /usr/lib/libaio.so.1+
+0xc0680000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libawt.so+
+0xc0500000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libmlib_image.so+
+0xcb920000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/headless/libmawt.so+
+0xcb850000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libjmutil.so+
+0xbfd80000 /usr/lib/libX11.so.4+
+0xcb810000 /usr/openwin/lib/libXext.so.0+
+0xbfd00000 /usr/jdk/instances/jdk1.5.0/jre/lib/sparc/libjmmpa.so+
VM Arguments:
jvm_args: -DappInstanceId=19912 -DsocketCountPorts= -Dlog4j.configuration=DCL_BusListener-19912-5.1.2-log4j.xml -Dcfg.uri=/u01/home/ihome/ops/Server/cfg/dcl_bus_responder.xml -Dcom.sun.xml.namespace.QName.useCompatibleSerialVersionUID=1.0 -Dcom.sun.management.jmxremote.port=19912 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djava.awt.headless=true -Dargos.group=VMABusListener -Dspring.bootstrap=spring/VoiceMailAdapter/dcl/DCLSpringBootstrapContext.xml -Xmx512m -Xms512m -verbose:gc -XX:PrintGCDetails -XX:+PrintGCApplicationConcurrentTime -XX:+PrintGCApplicationStoppedTime -XX:MaxNewSize=24m -XX:NewSize=24m -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=60+
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/usr/jdk/latest
PATH=/usr/jdk/latest/bin:/usr/local/bin:/usr/jdk/latest/bin:/usr/local/bin:/usr/sbin:/usr/bin:/usr/sfw/bin:/opt/sfw/bin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/sadm/bin:/usr/proc/bin:/opt/tib/EAG/tibrv:.:/u01/home/ihome/.bin:/usr/sfw/bin:/opt/tib/EAG/tibrv/bin:/u01/app/oracle/product/10.2.0/db10g/bin:/opt/tib/EAG/tibrv:.:/u01/home/ihome/.bin:/usr/sfw/bin:/opt/tib/EAG/tibrv/bin:/u01/app/oracle/product/10.2.0/db10g/bin
LD_LIBRARY_PATH=/usr/jdk/instances/jdk1.5.0/jre/lib/sparc/server:/usr/jdk/instances/jdk1.5.0/jre/lib/sparc:/usr/jdk/instances/jdk1.5.0/jre/../lib/sparc:/opt/tib/EAG/tibrv/lib:/opt/tib/EAG/tibrv/lib
SHELL=/usr/bin/bash
Signal Handlers:
+SIGSEGV: [libjvm.so+0x709bb4], sa_mask[0]=0xffbffeff, sa_flags=0x00000004+
+SIGBUS: [libjvm.so+0x709bb4], sa_mask[0]=0xffbffeff, sa_flags=0x00000004+
+SIGFPE: [libjvm.so+0x274474], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c+
SIGPIPE: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
+SIGILL: [libjvm.so+0x274474], sa_mask[0]=0xffbffeff, sa_flags=0x0000000c+
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGHUP: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
+SIGQUIT: [libjvm.so+0x67bb74], sa_mask[0]=0xffbffeff, sa_flags=0x00000004+
+SIGTERM: [libjvm.so+0x67bb74], sa_mask[0]=0xffbffeff, sa_flags=0x00000004+
--------------- S Y S T E M ---------------
OS: Solaris 10 11/06 s10s_u3wos_10 SPARC
Copyright 2006 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 14 November 2006
uname:SunOS 5.10 Generic_127111-11 sun4u (T2 libthread)
rlimit: STACK 8192k, CORE infinity, NOFILE 65536, AS infinity
load average:9.45 9.59 9.62
CPU:total 4 has_v8, has_v9, has_vis1, has_vis2, is_ultra3
Memory: 8k page, physical 16777216k(6702928k free)
vm_info: Java HotSpot(TM) Server VM (1.5.0_11-b03) for solaris-sparc, built on Dec 15 2006 01:18:11 by unknown with unknown Workshop:0x550Hello captfoss!
The Linux video drivers are buggy. If you give them video they don't like, they crash.You seem to repeat this statement quite often......but I don't think s/he is using Linux. S/He is using Solaris10 !!!
I don't know if Linux and Solaris are same OS.............
Thanks! And please don't take it as a comment! :-) -
Indecipherable core dump on Solaris x86_64
On a 64-bit Solaris x86 machine (SunOS tempest-solaris 5.10 Generic_141445-09 i86pc i386 i86pc Solaris), I have been running gcc 4.3.4 (configured for i686-pc-solaris2.10) without a hitch. Both dbx 7.8 and gdb 7.1 are able to read core dumps created from a simple "goodbye, cruel world" program (kind of like "hello world", but it dereferences NULL at the end) built with gcc -m64 -g. However, with a more complex program, neither gdb nor dbx are able to figure it out core dumps (though they can debug it just fine if I set a breakpoint in main and start the program in the debugger).
gdb's failure looks like this:
GNU gdb (GDB) 7.1
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-solaris2.10".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from
/net/chronic2nas/emake-slothman-main-201006211520/out/i686_SunOS_64.5.10/ecloud/agent/ecagent...done.
[New LWP 1]
[New LWP 2]
[New LWP 3]
[New LWP 4]
[New LWP 5]
Reading symbols from /usr/lib/amd64/ld.so.1...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/amd64/ld.so.1
Core was generated by `/opt/ecloud/i686_SunOS.5.10/bin/ecagent
/opt/ecloud/i686_SunOS.5.10/bin/runagen'.
Program terminated with signal 11, Segmentation fault.
#0 0xfffffd7ffeac431c in ?? ()
(gdb) bt
#0 0xfffffd7ffeac431c in ?? ()
Cannot access memory at address 0xfffffd7fffdfed30
(gdb) thread 2
[Switching to thread 2 (LWP 2)]#0 0xfffffd7ffeb2c8fa in ?? ()
(gdb) bt
#0 0xfffffd7ffeb2c8fa in ?? ()
Cannot access memory at address 0xfffffd7ffe1f8dd8
(gdb) thread 3
[Switching to thread 3 (LWP 3)]#0 0xfffffd7ffeb27527 in ?? ()
(gdb) bt
#0 0xfffffd7ffeb27527 in ?? ()
Cannot access memory at address 0xfffffd7ffdfffd68
(gdb) thread 4
[Switching to thread 4 (LWP 4)]#0 0xfffffd7ffeb27527 in ?? ()
(gdb) bt
#0 0xfffffd7ffeb27527 in ?? ()
Cannot access memory at address 0xfffffd7ffde00e78
(gdb) thread 5
[Switching to thread 5 (LWP 5)]#0 0xfffffd7ffeb2c8fa in ?? ()
(gdb) bt
#0 0xfffffd7ffeb2c8fa in ?? ()
Cannot access memory at address 0xfffffd7ffdbffc58
(gdb) info sharedlibrary
From To Syms Read Shared Object Library
0xfffffd7fff3c1010 0xfffffd7fff3e614e Yes (*) /usr/lib/amd64/ld.so.1
(*): Shared library is missing debugging information.and dbx's looks like this:
Reading ecagent
dbx: internal warning: writable memory segment 0x597000[28672] of size 0 in core
dbx: internal warning: writable memory segment 0x59e000[3600384] of size 0 in core
dbx: internal warning: writable memory segment 0xfffffd7ffd405000[4096] of size 0 in core
dbx: internal warning: writable memory segment 0xfffffd7fff3fd000[8192] of size 0 in core
dbx: internal warning: writable memory segment 0xfffffd7fffdfa000[24576] of size 0 in core
core file header read successfully
Reading ld.so.1
dbx: core file read error: address 0xfffffd7fff3fb000 not available
dbx: core file read error: address 0xfffffd7fff3fbae0 not available
dbx: core file read error: address 0x598ff0 not available
dbx: warning: Dbx could not initialize rtld_db
Make sure this is the same version of Solaris where the core dump originated.
Use `help core mismatch' for more info.
(l@1) terminated by signal SEGV (no mapping at the fault address)
0xffffffffffffffff: <bad address 0xffffffffffffffff>
(dbx) where
[1] 0xfffffd7ffeac431c(0x0, 0x0, 0x784120, 0x170, 0x7, 0xffffffff), at 0xfffffd7ffeac431c
(dbx) threads
dbx: thread related commands not availableI get these errors even when debugging on the exact same machine where the core dump was generated. pstack is similarly confused:
tempest-solaris% pstack /net/chronic2nas/emake-slothman-main-201006211520/logs-201006211902-solx2-ea2/core
core '/net/chronic2nas/emake-slothman-main-201006211520/logs-201006211902-solx2-ea2/core' of 14854: /opt/ecloud/i686_SunOS.5.10/bin/ecagent /opt/ecloud/i686_SunOS.5.10/bi
----------------- lwp# 1 --------------------------------
fffffd7ffeac431c ???????? ()
----------------- lwp# 2 --------------------------------
fffffd7ffeb2c8fa ???????? ()
----------------- lwp# 3 --------------------------------
fffffd7ffeb27527 ???????? ()
----------------- lwp# 4 --------------------------------
fffffd7ffeb27527 ???????? ()
----------------- lwp# 5 --------------------------------
fffffd7ffeb2c8fa ???????? ()
pstack: warning: librtld_db failed to initialize; symbols from shared libraries will not be availableAre there any arcane configuration parameters in Solaris that affect the generation of core dumps?Bother. Spoke too soon. One of my tests generated a readable core file, but the rest are having the same issues as detailed above. I am examining the core dump on the machine that generated it. The sizes of the failed tests are 21,522,239 and 21,485,375 and 21,526,447, so I doubt its running into a limit. (The successful one was 27,942,207.)
On this machine, coreadm reports:
global core file pattern:
global core file content: all
init core file pattern: core
init core file content: all
global core dumps: disabled
per-process core dumps: enabled
global setid core dumps: disabled
per-process setid core dumps: disabled
global core dump logging: disabledThe machine that got the successful core dump was physical while the ones where it failed were running under VMware LabManager, but I would be very surprised if that makes a difference to this matter. The successful core dump was generated by signal 9 (kill), while the bad ones have all been by signal 11 (segmentation fault). -
HP Unix 64 bit oracle 9i 9.2.0.5.0 Proc Abort Core Dump
Hi,
I am trying small sample proc program on HP unix 64 bit machine. But with 9.2.0.5 it gives core dump
program:
====
#include <stdio.h>
#include <string.h>
#include <sqlca.h>
#include <oraca.h>
#define USERNAME "xx1"
#define PASSWORD "xx1"
char *username = USERNAME;
char *password = PASSWORD;
VARCHAR dynstmt[80];
VARCHAR ename[12];
int empno = 10;
main() {
EXEC SQL WHENEVER SQLERROR GOTO error;
EXEC SQL CONNECT :username IDENTIFIED BY :password;
puts("Connected\n");
exit(1);
error :
puts("\n not connected.\n");
Machine is
HP-UX xx B.11.11 U 9000/800 178484665 unlimited-user license
The program runs fine in oracle 9.0.1.4.0
But it gives core dump in oracle 9.2.0.5.0
GDB Trace is shown below,
====
#0 0x800003ffbf157390 in pthread_default_stacksize_np+0xe8 () from /usr/lib/pa20_64/libpthread.1
#1 0x800003ffbfe609c0 in Ldipme10+0x85daf0 ()
from /u01/apps/products/oracle/902/lib/libclntsh.sl.9.0
#2 0x800003ffbf9f1130 in Ldipme10+0x3ee260 ()
from /u01/apps/products/oracle/902/lib/libclntsh.sl.9.0
#3 0x800003ffbf9f48c8 in Ldipme10+0x3f19f8 ()
from /u01/apps/products/oracle/902/lib/libclntsh.sl.9.0
#4 0x800003ffbf9f5294 in Ldipme10+0x3f23c4 ()
from /u01/apps/products/oracle/902/lib/libclntsh.sl.9.0
=========
Can anyone help me out ? Have anyone faced this issue ?
Also, is there any patch needs to be updated for 9.2.0.5 ?
Regards,
Srinivasan SLooks like metalink 435400.1
I suggest you open a call @ SAP and let them look on the system.
Markus -
Hi:
I got a core dump on _smalloc. Is it due to memory corruption on my application ? The frame stack on gdb is attached:
#0 0xff0456c8 in _smalloc () from /usr/lib/libc.so.1
(gdb) bt
#0 0xff0456c8 in _smalloc () from /usr/lib/libc.so.1
#1 0xff04570c in malloc () from /usr/lib/libc.so.1
#2 0x1fde4 in debug_malloc (nsize=11, ntype=1 '\001') at comm_utility.cpp:312
#3 0x1c144 in LNXSocket_OnReceive (sockfd=12) at comm_connect.cpp:418
#4 0x1cbc8 in Select_socket () at comm_connect.cpp:612
#5 0x1e028 in main () at comm.cpp:177
(gdb) quit
Thanks and RegardsWe have seen core dumps in system calls earlier and have tried to debug them. We did not have the exact same stack as you but the core used to show up a stack in _malloc.
As it turned out that we had out of bound array reads (used purify to detect this) and which resulted in this dump. So the stack shown in this case could be totally misleading and the real cause could be somewhere else.
Hope this helps. -
BDB core dumps after addition of 30MB data
Hi,
BDB dumps core after adding about 100000 items at regular intervals on HP-UX 64 bit environment.
Stack trace :
Program terminated with signal 6, Aborted.
#0 0xc00000000033cad0:0 in kill+0x30 () from /usr/lib/hpux64/libc.so.1
(gdb) bt
#0 0xc00000000033cad0:0 in kill+0x30 () from /usr/lib/hpux64/libc.so.1
#1 0xc000000000260cf0:0 in raise+0x30 () from /usr/lib/hpux64/libc.so.1
#2 0xc0000000002fe710:0 in abort+0x190 () from /usr/lib/hpux64/libc.so.1
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile db_err.o.
If NOT specified will behave as a non -g compiled binary.
#3 0xc000000038deb0f0:0 in __db_panic+0xc0 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile log_put.o.
If NOT specified will behave as a non -g compiled binary.
#4 0xc000000038e70ab0:0 in __log_flush_int+0x7e0 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
#5 0xc000000038e72d80:0 in __log_flush+0xa0 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile mp_bh.o.
If NOT specified will behave as a non -g compiled binary.
#6 0xc000000038e77fe0:0 in __memp_pgwrite+0x5f0 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
#7 0xc000000038e77460:0 in __memp_bhwrite+0x6a0 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile mp_alloc.o.
If NOT specified will behave as a non -g compiled binary.
#8 0xc000000038e76560:0 in __memp_alloc+0xb20 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile mp_fget.o.
If NOT specified will behave as a non -g compiled binary.
#9 0xc000000038e7a600:0 in __memp_fget+0xc60 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so---Type <return> to continue, or q <return> to quit---
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile bt_search.o.
If NOT specified will behave as a non -g compiled binary.
#10 0xc000000038d13720:0 in __bam_search+0x8d0 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile bt_cursor.o.
If NOT specified will behave as a non -g compiled binary.
#11 0xc000000038cf4e30:0 in __bam_c_search+0x590 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
#12 0xc000000038cf02c0:0 in __bam_c_get+0x640 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile db_cam.o.
If NOT specified will behave as a non -g compiled binary.
#13 0xc000000038de03d0:0 in __db_c_get+0x530 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile db_am.o.
If NOT specified will behave as a non -g compiled binary.
#14 0xc000000038dccf60:0 in __db_put+0x320 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile db_iface.o.
If NOT specified will behave as a non -g compiled binary.
#15 0xc000000038df37a0:0 in __db_put_pp+0x240 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
warning:
ERROR: Use the "objectdir" command to specify the search
path for objectfile cxx_db.o.
If NOT specified will behave as a non -g compiled binary.
#16 0xc000000038cbbc90:0 in Db::put(DbTxn*,Dbt*,Dbt*,unsigned int)+0x120 ()
from /integhome/jobin/B063_runEnv/service/sys/servicerun/bin/libdb_cxx-4.3.so
If some body as an idea about the cause for dump, pls reply.
Thanks,
SandhyaHi Sandhya,
This issue is already handled on your other thread:
BDB dumps core after adding approx 19MB of data
Please follow the suggestions provided there and try keeping one issue per thread when posting. The stack trace posted here is almost identical to the previous one you posted, and contains in addition only a couple of calls for memory pool file allocation and writing.
Thanks, regards,
Andrei -
JVM crashes with " ErrOut:Abort - core dumped "
Hi
I am using Sun Sparc server.when running my installer i am getting an error
ErrOut:
Abort - core dumped
Server Version:
bash-2.03$ isainfo
sparcv9 sparc
bash-2.03$ isainfo -v
64-bit sparcv9 applications
32-bit sparc applications
bash-2.03$ isainfo -k
sparcv9
bash-2.03$
I installed jdk 1.4.2_16 java version.
Please help in solving this issue... We are unable to go with Installation
==================================================
I+In LOG FILE:+
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0xEC10E15C
Function=[Unknown. Nearest: Java_sun_awt_font_NativeFontWrapper_registerFonts+0x346C]
Library=/tmp/SIEBEL/isjAAABfaqsI/lib/sparc/libfontmanager.so
Current Java thread:
at sun.awt.font.NativeFontWrapper.registerFonts(Native Method)
- locked <f6468460> (a java.lang.Class)
at sun.java2d.SunGraphicsEnvironment.addPathFonts(SunGraphicsEnvironment.java:736)
at sun.java2d.SunGraphicsEnvironment.registerFonts(SunGraphicsEnvironment.java:590)
at sun.java2d.SunGraphicsEnvironment.access$100(SunGraphicsEnvironment.java:49)
at sun.java2d.SunGraphicsEnvironment$2.run(SunGraphicsEnvironment.java:209)
at java.security.AccessController.doPrivileged(Native Method)
at sun.java2d.SunGraphicsEnvironment.loadFonts(SunGraphicsEnvironment.java:203)
- locked <ee39ad38> (a sun.awt.X11GraphicsEnvironment)
at sun.java2d.SunGraphicsEnvironment.initTerminalNames(SunGraphicsEnvironment.java:1029)
at sun.java2d.SunGraphicsEnvironment.initCompositeFonts(SunGraphicsEnvironment.java:795)
at sun.java2d.SunGraphicsEnvironment.access$200(SunGraphicsEnvironment.java:49)
at sun.java2d.SunGraphicsEnvironment$1.run(SunGraphicsEnvironment.java:160)
at java.security.AccessController.doPrivileged(Native Method)
at sun.java2d.SunGraphicsEnvironment.<init>(SunGraphicsEnvironment.java:78)
at sun.awt.X11GraphicsEnvironment.<init>(X11GraphicsEnvironment.java:150)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at java.lang.Class.newInstance0(Class.java:306)
at java.lang.Class.newInstance(Class.java:259)
at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:62)
- locked <f641dc98> (a java.lang.Class)
at java.awt.Font.initializeFont(Font.java:309)
at java.awt.Font.<init>(Font.java:345)
at javax.swing.plaf.FontUIResource.<init>(FontUIResource.java:36)
at com.sun.java.swing.plaf.motif.MotifLookAndFeel.initComponentDefaults(MotifLookAndFeel.java:181)
at javax.swing.plaf.basic.BasicLookAndFeel.getDefaults(BasicLookAndFeel.java:81)
at javax.swing.UIManager.setLookAndFeel(UIManager.java:394)
at javax.swing.UIManager.setLookAndFeel(UIManager.java:424)
at com.installshield.wizard.swing.SwingWizardUI.switchToSystemLAF(SwingWizardUI.java:26)
at com.installshield.wizard.swing.SwingWizardUI.initialize(SwingWizardUI.java:216)
at com.installshield.wizard.StandardWizardListener.wizardInitializing(StandardWizardListener.java:25)
at com.installshield.wizard.Wizard$WizardListenerInitializer.run(Wizard.java:1619)
at java.lang.Thread.run(Thread.java:536)
Dynamic libraries:
0x10000 /tmp/SIEBEL/isjAAABfaqsI/bin/java
0xff350000 /usr/lib/libthread.so.1
0xff3a0000 /usr/lib/libdl.so.1
0xff200000 /usr/lib/libc.so.1
0xff340000 /usr/platform/SUNW,Sun-Fire-880/lib/libc_psr.so.1
0xfe000000 /tmp/SIEBEL/isjAAABfaqsI/lib/sparc/client/libjvm.so
0xff2e0000 /usr/lib/libCrun.so.1
0xff1e0000 /usr/lib/libsocket.so.1
0xff100000 /usr/lib/libnsl.so.1
0xff0d0000 /usr/lib/libm.so.1
0xff1c0000 /usr/lib/libmp.so.2
0xff0a0000 /tmp/SIEBEL/isjAAABfaqsI/lib/sparc/native_threads/libhpi.so
0xff070000 /tmp/SIEBEL/isjAAABfaqsI/lib/sparc/libverify.so
0xff020000 /tmp/SIEBEL/isjAAABfaqsI/lib/sparc/libjava.so
0xfe7e0000 /tmp/SIEBEL/isjAAABfaqsI/lib/sparc/libzip.so
0xfe510000 /tmp/SIEBEL/isjAAABfaqsI/lib/sparc/libnet.so
0xfe4f0000 /tmp/SIEBEL/ismp002/5868705.tmp
0xfa080000 /tmp/SIEBEL/isjAAABfaqsI/lib/sparc/libawt.so
0xfe470000 /tmp/SIEBEL/isjAAABfaqsI/lib/sparc/libmlib_image.so
0xfc490000 /tmp/SIEBEL/isjAAABfaqsI/lib/sparc/motif21/libmawt.so
0xec580000 /usr/dt/lib/libXm.so.4
0xfc420000 /usr/openwin/lib/libXt.so.4
0xfdfd0000 /usr/openwin/lib/libXext.so.0
0xfdfb0000 /usr/openwin/lib/libXtst.so.1
0xec200000 /usr/openwin/lib/libX11.so.4
0xfa3a0000 /usr/openwin/lib/libdps.so.5
0xfc7e0000 /usr/openwin/lib/libSM.so.6
0xfa150000 /usr/openwin/lib/libICE.so.6
0xec100000 /tmp/SIEBEL/isjAAABfaqsI/lib/sparc/libfontmanager.so
Local Time = Wed Feb 27 13:33:57 2008
Elapsed Time = 7
# The exception above was detected in native code outside the VM
# Java VM: Java HotSpot(TM) Client VM (1.4.1_02-b06 mixed mode)
# An error report file has been saved as hs_err_pid17568.log.
# Please refer to the file for further information.
#Hi,
any news from this error? Have you solved it?
Rgs
Janne Johansson -
Core dumps with 1.5.0_06-b05... any idea why?
I am trying to run 1.5.0_06-b05 with Tomcat 5.5.9, and the application keeps producing core dumps from the JVM after some period of use. The hs_err file says the following:
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0xfee32868, pid=17413, tid=10
# Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode)
# Problematic frame:
# V [libjvm.so+0x632868]
--------------- T H R E A D ---------------
Current thread (0x00148aa8): JavaThread "CompilerThread1" daemon [_thread_in_native, id=10]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
Registers:
O0=0x00000000 O1=0x001e2af0 O2=0x001e2ad0 O3=0xfe9130bc
O4=0x001e4140 O5=0x00000003 O6=0x7097e620 O7=0xfee3283c
G1=0x001e44bc G2=0xfeffe43c G3=0x001e4520 G4=0x00000001
G5=0xfec07fc8 G6=0x00000000 G7=0xff351200 Y=0x00000000
PC=0xfee32868 nPC=0xfee3286c
Top of Stack: (sp=0x7097e620)
0x7097e620: 001e4494 001e4118 fefbe000 7097e680
0x7097e630: 00000001 00000000 001e415c 00000000
0x7097e640: feffea58 7097ebdc 00000000 001e415c
0x7097e650: 7097ebdc 001e44f8 7097e690 fe8f887c
0x7097e660: 7097e688 7097e68c 7097e684 00000002
0x7097e670: 0121d230 00000000 00000000 7097ebdc
0x7097e680: 00000000 00000002 021c9458 00000000
0x7097e690: 00001000 7097ec04 fe90d5a4 ff001e84
Instructions: (pc=0xfee32868)
0xfee32858: 12 40 00 08 90 10 20 00 d2 02 a0 04 d0 02 60 08
0xfee32868: ca 02 20 00 c8 01 60 30 9f c1 00 00 01 00 00 00
Stack: [0x70900000,0x70980000), sp=0x7097e620, free space=505k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x632868]
V [libjvm.so+0xf8884]
V [libjvm.so+0x1e3ba0]
V [libjvm.so+0x27f9f4]
V [libjvm.so+0x282748]
V [libjvm.so+0x278700]
V [libjvm.so+0x2793bc]
V [libjvm.so+0x335f28]
V [libjvm.so+0x2de2a4]
V [libjvm.so+0x664248]
Current CompileTask:
opto:5496 s! com.sun.mail.imap.IMAPStore.protocolConnect(Ljava/lang/String;ILjava/lang/String;Ljava/lang/String;)Z (415 bytes)
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00feec18 JavaThread "Thread-353085" daemon [_thread_in_native, id=407147]
0x006fe240 JavaThread "Thread-353060" daemon [_thread_in_native, id=407116]
0x016ebad0 JavaThread "Thread-351745" daemon [_thread_in_native, id=405360]
0x00a5ef78 JavaThread "Thread-346549" daemon [_thread_in_native, id=398309]
0x0047c168 JavaThread "Thread-296436" daemon [_thread_in_native, id=334376]
0x003c8a60 JavaThread "Thread-296431" daemon [_thread_in_native, id=334371]
0x00ef1138 JavaThread "Thread-290124" daemon [_thread_in_native, id=327269]
0x01974680 JavaThread "Thread-290066" daemon [_thread_in_native, id=327208]
0x0110bf00 JavaThread "Thread-290064" daemon [_thread_in_native, id=327206]
0x0120d890 JavaThread "Thread-273644" daemon [_thread_in_native, id=308308]
0x017d6110 JavaThread "http-8083-Processor3731" daemon [_thread_blocked, id=87638]
0x005b2478 JavaThread "http-8083-Processor3730" daemon [_thread_blocked, id=87637]
0x019e4320 JavaThread "http-8083-Processor3729" daemon [_thread_blocked, id=87636]
0x01091e80 JavaThread "http-8083-Processor3728" daemon [_thread_blocked, id=87635]
0x0196fa30 JavaThread "http-8083-Processor3727" daemon [_thread_blocked, id=87634]
0x00660b18 JavaThread "http-8083-Processor3726" daemon [_thread_blocked, id=87633]
0x009f9ba0 JavaThread "http-8083-Processor3725" daemon [_thread_blocked, id=87632]
0x0139b060 JavaThread "http-8083-Processor3724" daemon [_thread_blocked, id=87631]
0x00d4f760 JavaThread "http-8083-Processor3723" daemon [_thread_blocked, id=87630]
0x00ab73d8 JavaThread "http-8083-Processor3722" daemon [_thread_blocked, id=87629]
0x005895d8 JavaThread "http-8083-Processor3721" daemon [_thread_blocked, id=87628]
0x024632c0 JavaThread "http-8083-Processor3720" daemon [_thread_blocked, id=87627]
0x00b91378 JavaThread "http-8083-Processor3719" daemon [_thread_blocked, id=87626]
0x009361d8 JavaThread "http-8083-Processor3718" daemon [_thread_blocked, id=87625]
0x005b1278 JavaThread "http-8083-Processor3717" daemon [_thread_blocked, id=87623]
0x016dfa00 JavaThread "http-8083-Processor3716" daemon [_thread_blocked, id=87622]
0x006369b0 JavaThread "http-8083-Processor3715" daemon [_thread_blocked, id=87621]
0x01960708 JavaThread "http-8083-Processor3714" daemon [_thread_blocked, id=87620]
0x00ffe7c0 JavaThread "http-8083-Processor3713" daemon [_thread_blocked, id=87619]
0x01115038 JavaThread "http-8083-Processor3712" daemon [_thread_blocked, id=87618]
0x002b7a18 JavaThread "http-8083-Processor3711" daemon [_thread_blocked, id=87617]
0x007556f8 JavaThread "http-8083-Processor3710" daemon [_thread_blocked, id=87616]
0x013f6d18 JavaThread "http-8083-Processor3709" daemon [_thread_blocked, id=87615]
0x0112b4d8 JavaThread "http-8083-Processor3708" daemon [_thread_blocked, id=87614]
0x00501d50 JavaThread "http-8083-Processor3707" daemon [_thread_blocked, id=87613]
0x005eda70 JavaThread "http-8083-Processor3706" daemon [_thread_blocked, id=87612]
0x00226d90 JavaThread "http-8083-Processor3705" daemon [_thread_blocked, id=87611]
0x00e788e8 JavaThread "http-8083-Processor3704" daemon [_thread_blocked, id=87610]
0x024729f0 JavaThread "http-8083-Processor3703" daemon [_thread_blocked, id=87608]
0x02447798 JavaThread "http-8083-Processor3702" daemon [_thread_blocked, id=87607]
0x00c61780 JavaThread "http-8083-Processor3701" daemon [_thread_blocked, id=87606]
0x004d6228 JavaThread "http-8083-Processor3700" daemon [_thread_blocked, id=87605]
0x012348f8 JavaThread "http-8083-Processor3699" daemon [_thread_blocked, id=87604]
0x010ebf10 JavaThread "http-8083-Processor3698" daemon [_thread_blocked, id=87603]
0x01651848 JavaThread "http-8083-Processor3697" daemon [_thread_blocked, id=87602]
0x00eae520 JavaThread "http-8083-Processor3696" daemon [_thread_blocked, id=87601]
0x0124ce68 JavaThread "http-8083-Processor3695" daemon [_thread_blocked, id=87600]
0x0190d170 JavaThread "http-8083-Processor3694" daemon [_thread_blocked, id=87599]
0x00c5b5c0 JavaThread "http-8083-Processor3693" daemon [_thread_blocked, id=87598]
0x00ffc9a8 JavaThread "http-8083-Processor3692" daemon [_thread_blocked, id=87597]
0x010602f8 JavaThread "http-8083-Processor3691" daemon [_thread_blocked, id=87596]
0x00c4c580 JavaThread "http-8083-Processor3690" daemon [_thread_blocked, id=87595]
0x01381190 JavaThread "http-8083-Processor3689" daemon [_thread_blocked, id=87594]
0x019a3e58 JavaThread "http-8083-Processor3688" daemon [_thread_blocked, id=87593]
0x0199a7a8 JavaThread "http-8083-Processor3687" daemon [_thread_blocked, id=87592]
0x01116db8 JavaThread "http-8083-Processor3686" daemon [_thread_blocked, id=87591]
0x019247e0 JavaThread "http-8083-Processor3685" daemon [_thread_blocked, id=87590]
0x018fc608 JavaThread "http-8083-Processor3684" daemon [_thread_blocked, id=87589]
0x014ce6c0 JavaThread "http-8083-Processor3683" daemon [_thread_blocked, id=87588]
0x004900a0 JavaThread "http-8083-Processor3682" daemon [_thread_blocked, id=87587]
0x00daaf88 JavaThread "http-8083-Processor3681" daemon [_thread_blocked, id=87514]
0x0117f358 JavaThread "http-8083-Processor3680" daemon [_thread_blocked, id=87513]
0x0110fc60 JavaThread "http-8083-Processor3677" daemon [_thread_blocked, id=87510]
0x015fc320 JavaThread "http-8083-Processor3676" daemon [_thread_blocked, id=87509]
0x00e93b40 JavaThread "http-8083-Processor3675" daemon [_thread_blocked, id=87508]
0x00d604d0 JavaThread "http-8083-Processor3674" daemon [_thread_blocked, id=87507]
0x00ff3ba0 JavaThread "http-8083-Processor3673" daemon [_thread_blocked, id=87506]
0x00d61dc0 JavaThread "http-8083-Processor3670" daemon [_thread_in_native, id=87503]
0x01969e78 JavaThread "http-8083-Processor3669" daemon [_thread_blocked, id=87502]
0x007c3820 JavaThread "http-8083-Processor3667" daemon [_thread_blocked, id=87500]
0x007ecb48 JavaThread "http-8083-Processor3665" daemon [_thread_blocked, id=87498]
0x004e8710 JavaThread "http-8083-Processor3664" daemon [_thread_blocked, id=87497]
0x0090bfc8 JavaThread "http-8083-Processor3663" daemon [_thread_blocked, id=87496]
0x011102b8 JavaThread "http-8083-Processor3662" daemon [_thread_blocked, id=87495]
0x00ff4738 JavaThread "http-8083-Processor3661" daemon [_thread_in_native, id=87494]
0x004d9940 JavaThread "http-8083-Processor3660" daemon [_thread_blocked, id=87493]
0x00a56798 JavaThread "http-8083-Processor3657" daemon [_thread_blocked, id=87490]
0x0011b318 JavaThread "http-8083-Processor3656" daemon [_thread_blocked, id=87489]
0x00c8bc68 JavaThread "http-8083-Processor3655" daemon [_thread_blocked, id=87488]
0x011a4d28 JavaThread "http-8083-Processor3654" daemon [_thread_blocked, id=87487]
0x01063680 JavaThread "http-8083-Processor3653" daemon [_thread_blocked, id=87486]
0x0195d108 JavaThread "http-8083-Processor3652" daemon [_thread_blocked, id=87485]
0x018da648 JavaThread "http-8083-Processor3651" daemon [_thread_blocked, id=87484]
0x005f45f0 JavaThread "http-8083-Processor3650" daemon [_thread_blocked, id=87483]
0x013cfa08 JavaThread "http-8083-Processor3649" daemon [_thread_blocked, id=87482]
0x00667d30 JavaThread "http-8083-Processor3648" daemon [_thread_blocked, id=87481]
0x01d47740 JavaThread "http-8083-Processor3647" daemon [_thread_blocked, id=87480]
0x01251628 JavaThread "http-8083-Processor3646" daemon [_thread_blocked, id=87479]
0x005769d8 JavaThread "http-8083-Processor3645" daemon [_thread_blocked, id=87478]
0x016c1798 JavaThread "http-8083-Processor3644" daemon [_thread_blocked, id=87477]
0x00ef6208 JavaThread "http-8083-Processor3643" daemon [_thread_blocked, id=87476]
0x00221b60 JavaThread "http-8083-Processor3642" daemon [_thread_blocked, id=87475]
0x016a2b88 JavaThread "http-8083-Processor3641" daemon [_thread_blocked, id=87474]
0x0198dc20 JavaThread "http-8083-Processor3640" daemon [_thread_blocked, id=87473]
0x00e61ff0 JavaThread "http-8083-Processor3639" daemon [_thread_blocked, id=87472]
0x00957df0 JavaThread "http-8083-Processor3638" daemon [_thread_blocked, id=87471]
0x011a8df0 JavaThread "http-8083-Processor3637" daemon [_thread_blocked, id=87470]
0x0059d3a0 JavaThread "http-8083-Processor3636" daemon [_thread_blocked, id=87469]
0x0124b068 JavaThread "http-8083-Processor3635" daemon [_thread_blocked, id=87468]
0x0238a5b0 JavaThread "http-8083-Processor3634" daemon [_thread_blocked, id=87467]
0x00a61a60 JavaThread "http-8083-Processor3633" daemon [_thread_blocked, id=87466]
0x019db810 JavaThread "http-8083-Processor3632" daemon [_thread_blocked, id=87465]
0x0199f968 JavaThread "http-8083-Processor3605" daemon [_thread_in_vm, id=87339]
0x019cac68 JavaThread "http-8083-Processor3596" daemon [_thread_blocked, id=87330]
0x0075d8a0 JavaThread "http-8083-Processor3586" daemon [_thread_blocked, id=87320]
0x0120f898 JavaThread "http-8083-Processor3585" daemon [_thread_blocked, id=87319]
0x00e6fcc0 JavaThread "http-8083-Processor3577" daemon [_thread_blocked, id=76622]
0x00ab1330 JavaThread "http-8083-Processor3528" daemon [_thread_blocked, id=76496]
0x01650d58 JavaThread "Thread-68062" daemon [_thread_in_native, id=73772]
0x0199b8e0 JavaThread "http-8083-Processor2576" daemon [_thread_blocked, id=64785]
0x01993158 JavaThread "http-8083-Processor2565" daemon [_thread_blocked, id=64774]
0x01409740 JavaThread "http-8083-Processor1700" daemon [_thread_blocked, id=58821]
0x00934000 JavaThread "MS UI IMAP Connection Reaper" daemon [_thread_blocked, id=100]
0x01812260 JavaThread "Thread-60" daemon [_thread_blocked, id=74]
0x00ebf9b8 JavaThread "Directory Cleaner Thread" daemon [_thread_blocked, id=73]
0x014895f0 JavaThread "TimerDirContext.TimerWatcher" daemon [_thread_blocked, id=71]
0x0161c7a0 JavaThread "MultiThreadedHttpConnectionManager cleanup" daemon [_thread_blocked, id=70]
0x00ee4988 JavaThread "RequestWatcher" daemon [_thread_blocked, id=69]
0x014eb550 JavaThread "http-8083-Monitor" [_thread_blocked, id=68]
0x0075c0e0 JavaThread "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon [_thread_blocked, id=17]
0x00e1f870 JavaThread "JspRuntimeContext[ROOT]" daemon [_thread_blocked, id=16]
0x01636a40 JavaThread "Thread-2" [_thread_blocked, id=15]
0x0116f510 JavaThread "CronDaemon" daemon [_thread_blocked, id=14]
0x018cd3b0 JavaThread "JspRuntimeContext[WebRoot]" daemon [_thread_blocked, id=13]
0x0014a360 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=11]
=>0x00148aa8 JavaThread "CompilerThread1" daemon [_thread_in_native, id=10]
0x00147210 JavaThread "CompilerThread0" daemon [_thread_blocked, id=9]
0x001463a0 JavaThread "AdapterThread" daemon [_thread_blocked, id=8]
0x00145598 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=7]
0x00139308 JavaThread "Finalizer" daemon [_thread_blocked, id=6]
0x00138dc8 JavaThread "Reference Handler" daemon [_thread_blocked, id=5]
0x00036c50 JavaThread "main" [_thread_in_native, id=1]
Other Threads:
0x00136ce8 VMThread [id=4]
0x0014b5e8 WatcherThread [id=12]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
PSYoungGen total 756672K, used 559590K [0xc6c00000, 0xf8c00000, 0xf8c00000)
eden space 713472K, 72% used [0xc6c00000,0xe6452e18,0xf24c0000)
from space 43200K, 99% used [0xf24c0000,0xf4ee6c38,0xf4ef0000)
to space 54208K, 0% used [0xf5710000,0xf5710000,0xf8c00000)
PSOldGen total 262144K, used 182087K [0x78c00000, 0x88c00000, 0xc6c00000)
object space 262144K, 69% used [0x78c00000,0x83dd1e78,0x88c00000)
PSPermGen total 61440K, used 52943K [0x70c00000, 0x74800000, 0x78c00000)
object space 61440K, 86% used [0x70c00000,0x73fb3f98,0x74800000)
Dynamic libraries:
0x00010000 /ps/jdk1.5.0_06/bin/java
0xff370000 /usr/lib/libthread.so.1
0xff3fa000 /usr/lib/libdl.so.1
0xff280000 /usr/lib/libc.so.1
0xff3a0000 /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
0xfe800000 /ps/jdk1.5.0_06/jre/lib/sparc/server/libjvm.so
0xff250000 /usr/lib/libsocket.so.1
0xff230000 /usr/lib/libsched.so.1
0xff200000 /usr/lib/libCrun.so.1
0xff1b0000 /usr/lib/libm.so.1
0xff080000 /usr/lib/libnsl.so.1
0xff180000 /usr/lib/libmp.so.2
0xff060000 /ps/jdk1.5.0_06/jre/lib/sparc/native_threads/libhpi.so
0xfe7d0000 /ps/jdk1.5.0_06/jre/lib/sparc/libverify.so
0xfe790000 /ps/jdk1.5.0_06/jre/lib/sparc/libjava.so
0xfe760000 /ps/jdk1.5.0_06/jre/lib/sparc/libzip.so
0xf8dd0000 /ps/jdk1.5.0_06/jre/lib/sparc/libnet.so
0x6e800000 /ps/Webmail/WebRoot/WEB-INF/cplib/libcp_pabclient_native.so.solaris
0xf8cb0000 /usr/lib/libpam.so.1
0xf8c90000 /usr/lib/librt.so.1
0xf8c70000 /usr/lib/libpthread.so.1
0xf8c40000 /usr/lib/libcmd.so.1
0x6fbf0000 /usr/lib/libaio.so.1
0x6fbd0000 /usr/lib/libmd5.so.1
VM Arguments:
jvm_args: -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/ps/tomcat/conf/logging.properties -Xmx2048m -XX:+UseParallelGC -Dsun.rmi.dgc.server.gcInterval=Long.MAX_VALUE -Dsun.rmi.dgc.client.gcInterval=Long.MAX_VALUE -XX:NewSize=800m -XX:MaxNewSize=800m -XX:SurvivorRatio=8 -XX:+MaxFDLimit -XX:SoftRefLRUPolicyMSPerMB=800 -XX:MaxPermSize=128m -Djava.endorsed.dirs=/ps/tomcat/common/endorsed -Dcatalina.base=/ps/tomcat -Dcatalina.home=/ps/tomcat -Djava.io.tmpdir=/ps/tomcat/temp
java_command: org.apache.catalina.startup.Bootstrap start
Launcher Type: SUN_STANDARD
Environment Variables:
JAVA_HOME=/ps/java
PATH=/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/sbin:/usr/bin
LD_LIBRARY_PATH=/ps/jdk1.5.0_06/jre/lib/sparc/server:/ps/jdk1.5.0_06/jre/lib/sparc:/ps/jdk1.5.0_06/jre/../lib/sparc:/ps/Webmail/WebRoot/WEB-INF/cplib:
SHELL=/sbin/sh
HOSTTYPE=sun4
OSTYPE=solaris
MACHTYPE=sparc
Signal Handlers:
SIGSEGV: [libjvm.so+0x6f0ca8], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
SIGBUS: [libjvm.so+0x6f0ca8], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
SIGFPE: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
SIGPIPE: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
SIGILL: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
SIGUSR1: [libjvm.so+0x666744], sa_mask[0]=0x00000000, sa_flags=0x00000008
SIGUSR2: [libjvm.so+0x275d94], sa_mask[0]=0x7fbffeff, sa_flags=0x0000000c
SIGHUP: [libjvm.so+0x665424], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGQUIT: [libjvm.so+0x665424], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
SIGTERM: [libjvm.so+0x665424], sa_mask[0]=0x7fbffeff, sa_flags=0x00000004
--------------- S Y S T E M ---------------
OS: Solaris 9 9/04 s9s_u7wos_09 SPARC
Copyright 2004 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 29 June 2004
uname:SunOS 5.9 Generic_118558-23 sun4u (T2 libthread)
rlimit: STACK 8192k, CORE infinity, NOFILE 65536, AS infinity
load average:0.07 0.21 0.20
CPU:total 2 has_v8, has_v9, has_vis1, has_vis2, is_ultra3
Memory: 8k page, physical 8388608k(5653656k free)
vm_info: Java HotSpot(TM) Server VM (1.5.0_06-b05) for solaris-sparc, built on Nov 10 2005 11:24:16 by unknown with unknown Workshop:0x550
I am wandering if anyone can shed some light on the following lines:
Current CompileTask:
opto:5496 s! com.sun.mail.imap.IMAPStore.protocolConnect(Ljava/lang/String;ILjava/lang/String;Ljava/lang/String;)Z (415 bytes)
What exactly is meant by the Current Compile Task? This is a runtime environment, so I don't understand why classes in the com.sun.mail package would need to be compiled at this time.
Thanks,
Filip
FilipThe JVM has as just-in-time (JIT) compiler, which translates bytecodes into machine instructions for frequently used methods. The Current Compile Task is the method being compiled by the HotSpot JIT when the crash occurred.
The crash is most likely bug 6346871, which was fixed in 1.5.0_07. Your problem should go away if you migrate to that version. -
Solaris 8 : core in /usr/lib/libssasnmp.so.1
Hello,
I have a core file when i use the trap_send_with_more_para() function to send a ColdStart trap in Solaris 8 (with or without the last SNMP patch (108869-18)) with SEA 1.0.3..
I have the same problem in Solaris 7 (SEA 1.0.3) when i add the 107709-20 patch.
I have no problem in Solaris 7 without the previous patch....
Thanks for your help.....
The gdb result is :
Core was generated by `snmpcd -s -d 0 -p 33045'.
Program terminated with signal 11, Segmentation Fault.
Reading symbols from /usr/lib/libsocket.so.1...done.
Reading symbols from /usr/lib/libnsl.so.1...done.
Reading symbols from /usr/lib/liby.so.1...done.
Reading symbols from /usr/lib/libl.so.1...done.
Reading symbols from /usr/lib/libelf.so.1...done.
Reading symbols from /usr/lib/libw.so.1...
warning: Lowest section in /usr/lib/libw.so.1 is .hash at 0x74
done.
Reading symbols from /usr/lib/libgen.so.1...done.
Reading symbols from /usr/lib/librt.so.1...done.
Reading symbols from /usr/lib/libssagent.so.1...done.
Reading symbols from /usr/lib/libssasnmp.so.1...done.
Reading symbols from /usr/lib/libc.so.1...done.
Reading symbols from /usr/lib/libdl.so.1...done.
Reading symbols from /usr/lib/libmp.so.2...done.
Reading symbols from /usr/lib/libaio.so.1...done.
Reading symbols from /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1...done.
#0 0xff189b34 in trap_send_raw () from /usr/lib/libssasnmp.so.1
(gdb) bt
#0 0xff189b34 in trap_send_raw () from /usr/lib/libssasnmp.so.1
#1 0xff189e60 in trap_send_with_more_para () from /usr/lib/libssasnmp.so.1
#2 0x144d4 in SnmpcSendColdStart () at /home/vat/src/snmpc_appl.c:173
#3 0x14588 in agent_init () at /home/vat/src/snmpc_appl.c:210
#4 0xff1c8d34 in sap_main () from /usr/lib/libssagent.so.1
#5 0x14c84 in main (argc=5, argv=0xffbef7c4) at /home/vat/src/snmpc_appl.c:538
(gdb) qYou probably need to get the current SUNWlibC and Solaris thread library patches for the version of Solaris you are using.
You can find the latest compiler product patches at http://access1.sun.com/sundev/
You can find Solaris patches at http://sunsolve.sun.com/
Maybe you are looking for
-
Difference between invoice and debit note
Hi, what is the difference between invoice and a debit note. If I underinvoice a customer, should I raise a additional invoice for the difference or shud i raise a debit note. if i need to raise debit note, then why not invoice or if i need to raise
-
Cannot print iwth new MacBook Pro on Airport Express
I have a MacBook Pro, running printing through the Airport Express on a Samsung ML-1750 and in order to use the airport, I have to turn it off, then on and then i can print wirelessly. aftering printing one document, i must turn off airport and then
-
I have 2 questions 1. When try to create new thread, i do not have option to insert Formatted SQL, what is wrong with me. 2. If i want to see all question that i have posted so for, how i can.
-
Desktop manager will not install
I have a dell inspiron laptop, running 64bit windows 7. It is three years old. Just bought the playbook and would like to sync it to my computer. How was I to know it was going to be a pain. Downloaded th 6.1 desktop manager and tried run the setup.
-
27" Mid 2011 iMac really dogs using Photoshop CC and Lightroom 5...
along with Firefox and Chrome always throwing up errors. Processor 3.1 GHz Intel Core i5 Memory 8 GB 1333 MHz DDR3 Graphics AMD Radeon HD 6970M 1024 MB Software OS X 10.8.4 (12E55) If I restart the machine things run lickity split for about 10 mi