HotSpot Server VM crash (core dump) when my Java app calls a native library - HotSpot FAQs (Archived)

Unexpected Signal : 11 occurred at PC=0xC56DDCD0
Function=_shlInit
Library=/opt/java1.4/jre/lib/PA_RISC2.0/server/libjvm.sl
Current Java thread:
"main" prio=2 tid=00059ba8 nid=1 lwp_id=7172319 runnable [0x77ff2000..0x77ff1910]
at oracle.jdbc.driver.T2CConnection.t2cCreateState(Native Method)
at oracle.jdbc.driver.T2CConnection.logon(T2CConnection.java:346)
at oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:414)
at oracle.jdbc.driver.T2CConnection.<init>(T2CConnection.java:132)
at oracle.jdbc.driver.T2CDriverExtension.getConnection(T2CDriverExtension.java:78)
at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:801)
at java.sql.DriverManager.getConnection(DriverManager.java:512)
- locked <53632b50> (a java.lang.Class)
at java.sql.DriverManager.getConnection(DriverManager.java:171)
- locked <53632b50> (a java.lang.Class)
at com.hp.enow.equinox.server.dal.gpsy.ConnectionStatement.<init>(ConnectionStatement.java:113)
at com.hp.enow.equinox.server.dal.gpsy.SQLConnectionFactory.newConnection(SQLConnectionFactory.java:58)
at com.hp.enow.equinox.server.dal.DBConnectionManager$DBConnectionPool.newConnection(DBConnectionManager.java:551)
at com.hp.enow.equinox.server.dal.DBConnectionManager$DBConnectionPool.<init>(DBConnectionManager.java:425)
at com.hp.enow.equinox.server.dal.DBConnectionManager.createPools(DBConnectionManager.java:249)
at com.hp.enow.equinox.server.dal.DBConnectionManager.init(DBConnectionManager.java:315)
at com.hp.enow.equinox.server.dal.DBConnectionManager.<init>(DBConnectionManager.java:99)
at com.hp.enow.equinox.server.dal.DBConnectionManager.getInstance(DBConnectionManager.java:90)
- locked <535fac80> (a java.lang.Class)
at com.hp.enow.equinox.server.dal.DALAccessManager.<init>(DALAccessManager.java:131)
at com.hp.enow.equinox.server.dal.DALAccessManager.getInstance(DALAccessManager.java:339)
- locked <535f7158> (a java.lang.Class)
at com.hp.enow.equinox.server.manager.EquinoxServer.<init>(EquinoxServer.java:60)
at com.hp.enow.equinox.server.manager.EquinoxServer.getInstance(EquinoxServer.java:79)
- locked <535f23c0> (a java.lang.Class)
at com.hp.enow.equinox.server.manager.EQServerManager.<init>(EQServerManager.java:128)
at com.hp.enow.equinox.server.manager.EQServerManager.getInstance(EQServerManager.java:91)
- locked <5353bbd8> (a java.lang.Class)
at com.hp.enow.equinox.server.manager.EQServerManager.main(EQServerManager.java:187)
Dynamic libraries:
/opt/java1.4/bin/PA_RISC2.0/java
text:0x00001000-0x00010ecc data:0x00011000-0x00012ea8
/opt/java1.4/jre/lib/PA_RISC2.0/server/libjvm.sl
text:0xc5000000-0xc5a5e000 data:0x77e15000-0x77fd1000
/usr/lib/libpthread.1     
text:0xc0040000-0xc0059000 data:0x77df2000-0x77df5000
/usr/lib/libm.2
text:0xc00b0000-0xc00dc000 data:0x77df5000-0x77df6000
/usr/lib/librt.2
text:0xc08cc000-0xc08d0000 data:0x77df6000-0x77df7000
/usr/lib/libcl.2
text:0xc04c0000-0xc05ab000 data:0x77dfa000-0x77e06000
/usr/lib/libisamstub.1
text:0xc00ac000-0xc00ad000 data:0x77df7000-0x77df8000
/usr/lib/libCsup.2
text:0xc14c0000-0xc14dd000 data:0x77e06000-0x77e09000
/usr/lib/libc.2
text:0xc0100000-0xc0248000 data:0x77fd6000-0x77fe9000
/usr/lib/libdld.2
text:0xc0004000-0xc0007000 data:0x77fd1000-0x77fd2000
/opt/java1.4/jre/lib/PA_RISC2.0/native_threads/libhpi.sl
text:0xc1ef0000-0xc1f02000 data:0x77deb000-0x77dec000
/opt/java1.4/jre/lib/PA_RISC2.0/libverify.sl
text:0xc1520000-0xc1530000 data:0x77d69000-0x77d6a000
/opt/java1.4/jre/lib/PA_RISC2.0/libjava.sl
text:0xc2070000-0xc2099000 data:0x77d67000-0x77d69000
/opt/java1.4/jre/lib/PA_RISC2.0/libzip.sl
text:0xc20a0000-0xc20b3000 data:0x77d63000-0x77d65000
/opt/java1.4/jre/lib/PA_RISC2.0/libnet.sl
text:0xc21b0000-0xc21c0000 data:0x77c1f000-0x77c20000
/usr/lib/libnm.sl
text:0xc0274000-0xc027f000 data:0x77c1e000-0x77c1f000
/usr/lib/libnss_dns.1
text:0xc0248000-0xc024e000 data:0x77c1d000-0x77c1e000
/home/equinox/equinox-dev/lib/libPATSYConnection.sl
text:0xc1c44000-0xc1c4f000 data:0x77c1c000-0x77c1d000
/home/equinox/equinox-dev/lib/libofsapi.sl
text:0xc21c0000-0xc21e8000 data:0x77c02000-0x77c19000
/home/equinox/equinox-dev/lib/libsld51.sl
text:0xc1f04000-0xc1f10000 data:0x77c19000-0x77c1c000
/opt/oracle/product/10.2.0/lib32/libocijdbc10.sl
text:0xcd000000-0xce3d8000 data:0x52af5000-0x52b78000
/opt/oracle/product/10.2.0/lib32/libclntsh.sl.10.1
text:0xcf000000-0xd04b4000 data:0x52a61000-0x52af1000
/opt/oracle/product/10.2.0/lib32/libnnz10.sl
text:0xc2a00000-0xc2c80000 data:0x6b6ba000-0x6b6dd000
/usr/lib/libnsl.1
text:0xc0280000-0xc030e000 data:0x75951000-0x7595e000
/usr/lib/libxti.2
text:0xc0060000-0xc0078000 data:0x6b6dd000-0x6b6e0000
Heap at VM Abort:
Heap
def new generation total 78720K, used 2401K [6b800000, 70d60000, 75950000)
eden space 70016K, 3% used [6b800000, 6ba58560, 6fc60000)
from space 8704K, 0% used [6fc60000, 6fc60000, 704e0000)
to space 8704K, 0% used [704e0000, 704e0000, 70d60000)
tenured generation total 174784K, used 121K [57400000, 61eb0000, 6b6b0000)
the space 174784K, 0% used [57400000, 5741e738, 5741e800, 61eb0000)
compacting perm gen total 16384K, used 3551K [53400000, 54400000, 57400000)
the space 16384K, 21% used [53400000, 53777db0, 53777e00, 54400000)
Local Time = Fri Jun 2 02:19:50 2006
Elapsed Time = 45
#
# HotSpot Virtual Machine Error : 11
# Please report this error to HP customer support.
#
# Java VM: Java HotSpot(TM) Server VM (1.4.2 1.4.2.08-050401-19:33-PA_RISC2.0 PA2.0 (aCC_AP) mixed mode)
#
# An error report file has been saved as hs_err_pid12671.log.
# Please refer to the file for further information.
# 

You probably want to report this to "HP customer support", as it requests in the error dump. 

thank you. i will report it to HP customer support. 

You probably want to debug your native code (the top level
function in the stack retrace that you attached) using a
native C debugger. This could quite likely have nothing to
do with the hosting JVM at all.

Related

EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x59E83AC

We are getting this error when running Oracle Forms...it looks like there is something amis with the color configuration with our PCs? Any thoughts as to what could be causing this?
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x59E83AC
Function=Java_sun_awt_windows_WColor_getDefaultColor+0x5D58
Library=C:\DevSuiteHome_10g\jdk\jre\bin\awt.dll
Current Java thread:
     at sun.awt.windows.WToolkit.eventLoop(Native Method)
     at sun.awt.windows.WToolkit.run(WToolkit.java:262)
     at java.lang.Thread.run(Thread.java:534)
Heap at VM Abort:
Heap
def new generation total 576K, used 48K [0x10120000, 0x101c0000, 0x10600000)
eden space 512K, 9% used [0x10120000, 0x1012c098, 0x101a0000)
from space 64K, 0% used [0x101b0000, 0x101b0000, 0x101c0000)
to space 64K, 0% used [0x101a0000, 0x101a0000, 0x101b0000)
tenured generation total 3852K, used 3455K [0x10600000, 0x109c3000, 0x14120000)
the space 3852K, 89% used [0x10600000, 0x1095fd48, 0x1095fe00, 0x109c3000)
compacting perm gen total 5120K, used 4837K [0x14120000, 0x14620000, 0x18120000)
the space 5120K, 94% used [0x14120000, 0x145d9660, 0x145d9800, 0x14620000)
Local Time = Wed Dec 24 09:46:28 2008
Elapsed Time = 2457
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_06-b03 mixed mode)
# 
You are getting a Seg Fault from native code that Oracle has created. I would search the web to see if others have had this problem too (they probably have). Failing that, I would try to contact Oracle customer support 
cathifromcali wrote:
We are getting this error when running Oracle Forms...it looks like there is something amis with the color configuration with our PCs? Any thoughts as to what could be causing this?Common causes.
1. Video drivers/video card/fonts
2. JNI.
Oracle forms uses JNI (it exists in some capacity). If that is the source then it is a Oracle problem and only one which they can fix. Presumably your support contract will cover this.
If the first then it is a bug in the VM. Harder to figure out the source and harder to get a fix. However if you have some boxes that work and some that don't you can compare the video components to find differences.

Unexpected signal 11

Hi community. I have a service working with large amount of data all the time. It was working good during about 4 days. Then the JVM crashes with the error:
Unexpected Signal : 11 occurred at PC=0x2821F348 Function=next_chop__5Chunk+0x20 Library=/usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so
Dynamic libraries:
0x8048000 /usr/local/jdk1.4.2/bin/java
0x2806c000 /usr/lib/libc_r.so.4
0x28123000 /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so
0x28651000 /usr/lib/libstdc++.so.3
0x28696000 /usr/lib/libm.so.2
0x286b1000 /usr/local/jdk1.4.2/jre/lib/i386/native_threads/libhpi.so
0x286c0000 /usr/local/jdk1.4.2/jre/lib/i386/libverify.so
0x286db000 /usr/local/jdk1.4.2/jre/lib/i386/libjava.so
0x286fc000 /usr/local/jdk1.4.2/jre/lib/i386/libzip.so
0x4cf9d000 /usr/local/jdk1.4.2/jre/lib/i386/libnet.so
0x4d475000 /usr/local/jdk1.4.2/jre/lib/i386/libawt.so
0x4d6df000 /usr/local/jdk1.4.2/jre/lib/i386/libmlib_image.so
0x4d731000 /usr/X11R6/lib/libXp.so.6
0x4d739000 /usr/X11R6/lib/libXt.so.6
0x4d783000 /usr/X11R6/lib/libXext.so.6
0x4d791000 /usr/X11R6/lib/libXtst.so.6
0x4d796000 /usr/X11R6/lib/libXmu.so.6
0x4d7ab000 /usr/X11R6/lib/libX11.so.6
0x4d869000 /usr/X11R6/lib/libSM.so.6
0x4d872000 /usr/X11R6/lib/libICE.so.6
0x4d889000 /usr/X11R6/lib/libXThrStub.so.6
0x2804e000 /usr/libexec/ld-elf.so.1
Heap at VM Abort:
Heap
def new generation total 16960K, used 25K [0x2c5d0000, 0x2d830000, 0x2e860000)
eden space 15104K, 0% used [0x2c5d0000, 0x2c5d6418, 0x2d490000)
from space 1856K, 0% used [0x2d490000, 0x2d490000, 0x2d660000)
to space 1856K, 0% used [0x2d660000, 0x2d660000, 0x2d830000)
tenured generation total 225280K, used 135044K [0x2e860000, 0x3c460000, 0x487d0000)
the space 225280K, 59% used [0x2e860000, 0x36c41170, 0x36c41200, 0x3c460000) compacting perm gen total 11520K, used 11375K [0x487d0000, 0x49310000, 0x4c7d0000)
the space 11520K, 98% used [0x487d0000, 0x492ebee8, 0x492ec000, 0x49310000)
Local Time = Thu Jan 19 17:26:39 2006
Elapsed Time = 570717
#
# HotSpot Virtual Machine Error : 11
# Error ID : 4F530E43505002F1
# Please report this error to
# freebsd-java#FreeBSD.org mailing list
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-p7-root_23_oct_2005_04_21 mixed mode) # # An error report file has been saved as /tmp/hs_err_pid82954.log.
# Please refer to the file for further information.
#
What should I do with this error? Should I tell admin to install a new version of JVM? Thanks in advance.

Unexpected Signal : 11

Please let me know what needs to fix the problem:_+
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0xC3F6C84F during VM shutdown
Function=__dt__Q3_3std8ios_base4InitFv
Library=/usr/lib/libstd_v2.2
Dynamic libraries:
/opt/edocs/bea/jdk142_08/bin/PA_RISC2.0/java
text:0x00001000-0x00010ecc data:0x00011000-0x00012ea8
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/server/libjvm.sl
text:0xc3000000-0xc3a5e000 data:0xbae79000-0xbb035000
/usr/lib/libpthread.1
text:0xc0420000-0xc0439000 data:0xbae38000-0xbae3b000
/usr/lib/libm.2
text:0xc0050000-0xc007c000 data:0xbae3d000-0xbae3e000
/usr/lib/librt.2
text:0xc02ec000-0xc02f0000 data:0xbae3e000-0xbae3f000
/usr/lib/libcl.2
text:0xc0d00000-0xc0e8e000 data:0xbae42000-0xbae6a000
/usr/lib/libisamstub.1
text:0xc0093000-0xc0094000 data:0xbae3f000-0xbae40000
/usr/lib/libCsup.2
text:0xc0bf0000-0xc0c0c000 data:0xbae6a000-0xbae6d000
/usr/lib/libc.2
text:0xc0100000-0xc0249000 data:0xbb03a000-0xbb04d000
/usr/lib/libdld.2
text:0xc0004000-0xc0007000 data:0xbb035000-0xbb036000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/native_threads/libhpi.sl
text:0xc1d20000-0xc1d32000 data:0xbae2f000-0xbae30000
/usr/lib/libnss_files.1
text:0xc02f0000-0xc02f9000 data:0xbae2e000-0xbae2f000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/libverify.sl
text:0xc1630000-0xc1640000 data:0xbadac000-0xbadad000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/libjava.sl
text:0xc1f90000-0xc1fb9000 data:0xbadaa000-0xbadac000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/libzip.sl
text:0xc1fc0000-0xc1fd3000 data:0xbada6000-0xbada8000
/usr/lib/nls/loc/locales.2/en_US.iso88591
text:0xc04ac000-0xc04b0000 data:0xbac20000-0xbac24000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/libnet.sl
text:0xc16f0000-0xc1700000 data:0xbac1f000-0xbac20000
/usr/lib/libnm.sl
text:0xc0cf4000-0xc0cff000 data:0xbac1e000-0xbac1f000
/usr/lib/libnsl_s.2
text:0xc2a60000-0xc2a78000 data:0xbac1a000-0xbac1d000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/libnio.sl
text:0xc1408000-0xc140f000 data:0xbac18000-0xbac19000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/libioser12.sl
text:0xc043c000-0xc0440000 data:0xbac17000-0xbac18000
/usr/lib/libnss_dns.1
text:0xc0414000-0xc041a000 data:0xbac16000-0xbac17000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/libawt.sl
text:0xc2c40000-0xc2cea000 data:0x288d0000-0x288fa000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/libmlib_image.sl
text:0xc2a80000-0xc2afa000 data:0xbac09000-0xbac14000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/headless/libmawt.sl
text:0xc0439000-0xc043c000 data:0xbac08000-0xbac09000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/libfontmanager.sl
text:0xc2d00000-0xc2dc8000 data:0x288c2000-0x288d0000
/opt/edocs/bea/jdk142_08/jre/lib/PA_RISC2.0/libmawt.sl
text:0xc2e00000-0xc2e71000 data:0xbac00000-0xbac04000
/usr/lib/Motif2.1/libXm.4
text:0xc3b00000-0xc3d4c000 data:0x2649d000-0x264cb000
/usr/lib/libXp.2
text:0xc1554000-0xc155d000 data:0x28892000-0x28893000
/usr/lib/X11R6/libXt.3
text:0xc2e80000-0xc2ee6000 data:0x288a4000-0x288aa000
/usr/lib/X11R6/libSM.2
text:0xc1514000-0xc151e000 data:0x2889d000-0x2889f000
/usr/lib/X11R6/libICE.2
text:0xc2dd0000-0xc2de6000 data:0x2889f000-0x288a2000
/usr/lib/X11R6/libXext.3
text:0xc1fe0000-0xc1ff6000 data:0x288aa000-0x288ab000
/usr/lib/X11R6/libXtst.2
text:0xc1438000-0xc143e000 data:0x288ab000-0x288ac000
/usr/lib/X11R6/libX11.3
text:0xc0300000-0xc0414000 data:0x288b2000-0x288c0000
/opt/edocs/TBM/estatement/lib/HP-UX_11.11/libxerces-c2_1.sl
text:0xc4200000-0xc45ad000 data:0x261cc000-0x2629a000
/usr/lib/libnsl.1
text:0xc0500000-0xc058f000 data:0x261ab000-0x261b8000
/usr/lib/libxti.2
text:0xc0590000-0xc05a8000 data:0x261a4000-0x261a7000
/opt/edocs/TBM/estatement/lib/HP-UX_11.11/libdb_cxx-4.1.sl
text:0xc4000000-0xc4176000 data:0x2629e000-0x262b5000
/usr/lib/libstd_v2.2
text:0xc3e00000-0xc3ff1000 data:0x262b9000-0x262d8000
/usr/lib/libCsup_v2.2
text:0xc2ef0000-0xc2f0c000 data:0x262d8000-0x262db000
Heap at VM Abort:
Heap
PSYoungGen total 491264K, used 433476K [98c00000, b8c00000, b8c00000)
eden [98c00000,b2e96220,b4b80000)
from [b6bc0000,b707ae08,b8c00000)
to [b4b80000,b4b80000,b6bc0000)
PSOldGen total 1572864K, used 93156K [38c00000, 98c00000, 98c00000)
object [38c00000,3e6f9348,98c00000)
PSPermGen total 61824K, used 61709K [28c00000, 2c860000, 38c00000)
object [28c00000,2c8435d0,2c860000)
Local Time = Fri Feb 29 02:20:34 2008
Elapsed Time = 35211
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Server VM (1.4.2 1.4.2.08-050401-19:33-PA_RISC2.0 PA2.0 (aCC_AP) mixed mode)
# 
This report is from the HP port of the HotSpot VM to run on PA-RISC. I'm afraid you'll have to contact your HP support channel for help with this, unless some of them monitor this forum. But, their error logs are close enough to ours that I can tell that the problem is outside the JVM, in a native library method called "std::ios_base::Init::~Init(void)". I don't know if that helps, or not. 
You could try following solution if you are experiencing this problem on HPUX :
Increasing the nfiles number. You could set this value from SAM.

Applet crashing abruptly

I am using applet in my application. Now I am noticing that randomly applet is getting crashed. There is no specific point where it crashes, or specific operation after which it crashed.
After crash it generates an hs_err_pid..log file at the desktop. It mentions the following stuff :
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x80750C5
Function=[Unknown.]
Library=C:\PROGRA~1\Java\J2RE14~1.2_0\bin\client\jvm.dll
NOTE: We are unable to locate the function name symbol for the error
just occurred. Please refer to release documentation for possible
reason and solutions.
...............................
Current Java thread:
at sun.awt.windows.WToolkit.eventLoop(Native Method)
at sun.awt.windows.WToolkit.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Heap at VM Abort:
Heap
def new generation total 896K, used 627K [0x10020000, 0x10110000, 0x10500000)
eden space 832K, 72% used [0x10020000, 0x100b60d8, 0x100f0000)
from space 64K, 41% used [0x100f0000, 0x100f6b80, 0x10100000)
to space 64K, 0% used [0x10100000, 0x10100000, 0x10110000)
tenured generation total 9868K, used 6605K [0x10500000, 0x10ea3000, 0x14020000)
the space 9868K, 66% used [0x10500000, 0x10b734d8, 0x10b73600, 0x10ea3000)
compacting perm gen total 9984K, used 9918K [0x14020000, 0x149e0000, 0x18020000)
the space 9984K, 99% used [0x14020000, 0x149cfb38, 0x149cfc00, 0x149e0000)
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Now one common thing I have noticed during all crashes is that perm gen is 99% or 98% at the time of crash (see the last line in above log).
Does that mean the perm gen is less or some other problem is there? And if memory at all is the reason, why am I getting EXCEPTION_ACCESS_VIOLATION and not some error of type OUT_OF_MEMORY_EXCEPTION ?
Thanks for your help.
Message was edited by:
purple_haze 
If you are using threads make sure you that none of them are stuck in an infinite loop waiting to access a lock or condition that never gets satisfied, commonly know as deadlock. For the exception access violation you may want to check that your applet applies to the security standars, no file manipulation on the client side etc, if you want check signed applet .
Hope i've been of some assistance! 
The fact that your perm gen in 98% or 99% full should not be a problem. The
perm gen grows as is needed by the application. The 98% or 99% is relative to
the current size of the perm gen. It has additional room to grow if needed.

JDK 1.4_04-b5 crashing with JNI

I have a multi threaded web application running that has native code calling back into Java using JNI. I am getting a JVM crash with the following:
#
# HotSpot Virtual Machine Error, Internal Error
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode)
#
# Error ID: 53414645504F494E540E4350500159
#
# Problematic Thread: prio=5 tid=0x008cf798 nid=0x8a8 runnable
#
Heap at VM Abort:
Heap
def new generation total 2304K, used 1876K [0x10010000, 0x10290000, 0x10f7000
0)
eden space 2048K, 83% used [0x10010000, 0x101bb4d8, 0x10210000)
from space 256K, 65% used [0x10210000, 0x10239ea0, 0x10250000)
to space 256K, 0% used [0x10250000, 0x10250000, 0x10290000)
tenured generation total 30272K, used 18066K [0x10f70000, 0x12d00000, 0x1c810
000)
the space 30272K, 59% used [0x10f70000, 0x12114928, 0x12114a00, 0x12d00000)
compacting perm gen total 10752K, used 10534K [0x1c810000, 0x1d290000, 0x20810
000)
the space 10752K, 97% used [0x1c810000, 0x1d2598f0, 0x1d259a00, 0x1d290000)
The Error ID seems bogus. Any thoughts on this. It is running on windows under tomcat. 
Hmmm.... Can you add -Xcheck:jni, hopefully this can give more msgs on why it failed.
I don't have answer to your question.(I am sorry).
But it's really funny that I had very same error which I resolved today without knowing why.
I was writing some objects under WebLogic 8.2 SP2.
I am not utilizing JNI, but my JVM was crashing while loading StackFrame of a function that was passing "this" objects to other functions. Instead of passing "this" object, I used individual value to pass along. Then it stopped crashing JVM and the server. It took me awhile to figure this out.
Oh, also, it was crashing while loading Hashtable in my function. I changed object model to HashMap and others, but it didn't help. Now I think about it, I don't think it was Hashtable that was causing crashing.
I hope you find your answer soon.
Jerry 
Hi,
I m also facing similar problem. I have an application where we have to make some DB calls for which Im using JNI, This works fine with the JDK1.3 no problem tilldate, but when I tried to run the same setting in J2SDK 1.4.2_04 the application crashes.
When we put debug statements I noticed that the program control passed all the destroy JVM also and gave the error.
Any suggestion to make it run under J2SDK1.4.2_04

Categories

Resources