EXCEPTION_STACK_OVERFLOW & EXCEPTION_ACCESS_VIOLATION in 1.50_08

I'm getting the following errors intermittently (once every few hours) on a Java/Jni/C application. I would usually blame the C code except that the error is happening in the JVM, always at the same point. Could this be a JVM issue? I've seen it in 1.50_06 and 1.50_08.

#

# An unexpected error has been detected by HotSpot Virtual Machine:

#

# EXCEPTION_STACK_OVERFLOW (0xc00000fd) at pc=0x6d746f93, pid=4144, tid=4600

#

# Java VM: Java HotSpot(TM) Client VM (1.5.0_08-b03 mixed mode, sharing)

# Problematic frame:

# V [jvm.dll+0x86f93]

#

Stack: [0x03eb0000,0x03ef0000), sp=0x03eefc50, free space=255k

Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)

V [jvm.dll+0x86f93]

V [jvm.dll+0xddead]

V [jvm.dll+0x86d55]

V [jvm.dll+0x86ab2]

V [jvm.dll+0xa16b2]

V [jvm.dll+0x10f4ac]

V [jvm.dll+0x10f47a]

C [MSVCRT.dll+0x27fb8]

C [kernel32.dll+0x1d28e]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap

defnew generationtotal 576K, used 432K [0x22a70000, 0x22b10000, 0x22f50000)

eden space 512K, 80% used [0x22a70000, 0x22ad6830, 0x22af0000)

from space 64K, 34% used [0x22af0000, 0x22af5828, 0x22b00000)

tospace 64K,0% used [0x22b00000, 0x22b00000, 0x22b10000)

tenured generationtotal 1792K, used 1390K [0x22f50000, 0x23110000, 0x26a70000)

the space 1792K, 77% used [0x22f50000, 0x230abb20, 0x230abc00, 0x23110000)

compacting perm gen total 8192K, used 3315K [0x26a70000, 0x27270000, 0x2aa70000)

the space 8192K, 40% used [0x26a70000, 0x26dacc30, 0x26dace00, 0x27270000)

ro space 8192K, 63% used [0x2aa70000, 0x2af7d608, 0x2af7d800, 0x2b270000)

rw space 12288K, 46% used [0x2b270000, 0x2b810608, 0x2b810800, 0x2be70000)

S Y S T E M

OS: Windows XP Build 2600 Service Pack 1

CPU:total 1 (cores per cpu 1, threads per core 1) family 6 model 13 stepping 8, cmov, cx8, fxsr, mmx, sse, sse2

Memory: 4k page, physical 2088248k(23676k free), swap 1934092k(5116k free)

vm_info: Java HotSpot(TM) Client VM (1.5.0_08-b03)for windows-x86, built on Jul 26 2006 01:10:50 by"java_re" with MS VC++ 6.0

AND

#

# An unexpected error has been detected by HotSpot Virtual Machine:

#

# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d746f93, pid=3744, tid=5888

#

# Java VM: Java HotSpot(TM) Client VM (1.5.0_08-b03 mixed mode, sharing)

# Problematic frame:

# V [jvm.dll+0x86f93]

#

Stack: [0x03c70000,0x03cb0000), sp=0x03caf9d0, free space=254k

Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)

V [jvm.dll+0x86f93]

V [jvm.dll+0xddead]

V [jvm.dll+0x86d55]

V [jvm.dll+0x86ab2]

V [jvm.dll+0xa16b2]

V [jvm.dll+0x10f4ac]

V [jvm.dll+0x10f47a]

C [MSVCRT.dll+0x27fb8]

C [kernel32.dll+0x1d28e]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap

defnew generationtotal 576K, used 208K [0x22a70000, 0x22b10000, 0x22f50000)

eden space 512K, 32% used [0x22a70000, 0x22a99ff8, 0x22af0000)

from space 64K, 62% used [0x22af0000, 0x22afa118, 0x22b00000)

tospace 64K,0% used [0x22b00000, 0x22b00000, 0x22b10000)

tenured generationtotal 2304K, used 1129K [0x22f50000, 0x23190000, 0x26a70000)

the space 2304K, 49% used [0x22f50000, 0x2306a410, 0x2306a600, 0x23190000)

compacting perm gen total 8192K, used 3311K [0x26a70000, 0x27270000, 0x2aa70000)

the space 8192K, 40% used [0x26a70000, 0x26dabdf8, 0x26dabe00, 0x27270000)

ro space 8192K, 63% used [0x2aa70000, 0x2af7d608, 0x2af7d800, 0x2b270000)

rw space 12288K, 46% used [0x2b270000, 0x2b810608, 0x2b810800, 0x2be70000)

S Y S T E M

OS: Windows XP Build 2600 Service Pack 1

CPU:total 1 (cores per cpu 1, threads per core 1) family 6 model 13 stepping 8, cmov, cx8, fxsr, mmx, sse, sse2

Memory: 4k page, physical 2088248k(26148k free), swap 1934092k(5120k free)

vm_info: Java HotSpot(TM) Client VM (1.5.0_08-b03)for windows-x86, built on Jul 26 2006 01:10:50 by"java_re" with MS VC++ 6.0

[4604 byte] By [GlennWombata] at [2007-10-3 7:51:34]
# 1
bump
Shawn@@a at 2007-7-15 2:53:35 > top of Java-index,Developer Tools,Debugging and Profiling Tool APIs...
# 2
Stack over flow error is due to excess memory usage of ur native code. Try using -Xss<Size>m (-Xss16m) for 16 mb like that. And ACCESS_VIOLATION is because of many reasons. while trying to read/write un aauthorized memory location, illegal arguments etc..
titogeoa at 2007-7-15 2:53:35 > top of Java-index,Developer Tools,Debugging and Profiling Tool APIs...