java version "1.3.0rc1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0rc1-b10)
Java HotSpot(TM) Client VM (build 1.3.0rc1-b08, mixed mode)

The following error message appears during running JCK1.2.2-runtime
testsuite:

#
# HotSpot Virtual Machine Error, Unexpected Signal 11
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Error ID: 4F533F4C494E55580E435050059C
#
# Problematic Thread: prio=1 tid=0x80cc148 nid=0x2006 sleeping
#

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

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

the decoded error message:

416% java ErrorID 4F533F4C494E55580E435050059C
os_linux.cpp, 1436

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

java version 1.3.0_01 crashes when two JCK1.3fcs vm tests
               vm/concepts/exceptions/exceptions031/exceptions03101/exceptions03101.html
vm/concepts/exceptions/exceptions031/exceptions03102/exceptions03102.html

are executed sequentially in the same virtual machine.
Below is sample error message:

An irrecoverable stack overflow has occurred.                                  
# # An unexpected exception has been detected in native code outside the VM.# P
#                                                                              
# Problematic Thread: prio=1 tid=0x8118918 nid=0x4239 runnable                 
#                                                                              
Aborted

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




Java 2 Run Time Environ. ,  Standard Edition, build 1.3.0
Java HotSpot Client Virtual Machine (build 1.3.0, mixed mode)

 customer  7.0 with glibc updates (glibc2.2.5).
msg:
# HotSpot Virtual Machine Error, Unexpected Signal 11
#
# Error ID: 4F533F4C494E55580E43505005BC
#
# Problematic Thread: prio=1 tid=0x804dee8 nid=0x326 waiting on monitor
# 
An irrecoverable stack overflow has occurred.

I was running a servlet app. with -J-server flag to HotSpot VM. It runs
fine for a few hours then suddenly crashed. Same code run fine on  customer  6.2
(Review ID: 113239)
======================================================================




java version "1.3.0"
Java(TM) 2 Runtime Environment
standard edition (build 1.3.0)
Java Hotspot(TM) client VM build 1.3.0, mixed mode

I am using Jrun 3.0 professional version on my linux platform using  customer  as
webserver. the jrun server automatically stops and on studing the log files i
got this url to submit the bug with the following errors:
         
  HotSpot Virtual Machine Error, Unexpected Signal 11.
ERROR ID: 4F533F4C494E55580E43505005BC
Problemetic Thread: prio=1 tid=0x816e4a0 nid=0x3836 runnable
 An irrecoverable stack overflow has occured
  
and sometimes i get this:

An unexpected exception has been detected in native code outside the V.M program
counter=0x4051e467
Problematic Thread: prio=1 tid=0x82e4e10 nid=0x299b waiting on monitor.
(Review ID: 114626)
======================================================================




java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Java HotSpot(TM) Client VM (build 1.3.0, mixed mode)

I was running a test on Red Hat 7.  I ran a loop requesting 100 connections to
mysql for 100 rows X 3 columns.

mysql-2.23.30
mm.mysql.jdbc-2.0pre5
Supermicro 6010L Server Dual 800 / 768Mb 133Mhz Reg Ecc Ram

#
# HotSpot Virtual Machine Error, Unexpected Signal 11
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Error ID: 4F533F4C494E55580E43505005BC
#
# Problematic Thread: prio=1 tid=0x804d990 nid=0xad2 runnable
#
An irrecoverable stack overflow has occurred.Aborted?
(Review ID: 114910)
======================================================================





java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0)
Java HotSpot(TM) Client VM (build 1.3.0, mixed mode)


I have written code that produces a stack overflow, apparently from an infinite
recursion - a bug in my code, obviously, but the first time I saw it I got a
cleanly handled exception, which was fine.  Then I added some print statements
for debugging, and I got the following error:

An irrecoverable stack overflow has occurred.
#
# HotSpot Virtual Machine Error, Unexpected Signal 11
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Error ID: 4F533F4C494E55580E43505005BC
#
# Problematic Thread: prio=1 tid=0x80db350 nid=0xde9 runnable
#
(Review ID: 115192)
======================================================================

  xxxxx@xxxxx   2001-01-12
Separate problem "Speed.java" moved to bug 4404502.

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

  xxxxx@xxxxx   2001-01-12
Separate problem with JNI_CreateJavaVM moved to bug 4404545.

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

  xxxxx@xxxxx   2001-01-17
Separate problem with crash in native method on linux (traceroute)
moved to bug 4405248.

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

  xxxxx@xxxxx   2001-01-17
Separate problem with crash when using JNI invocation api to create
vm and call java method Interface.Encrypt moved to bug 4405469.

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

Compiled it on sun solaris using
java version "1.1.6" which worked
(Review ID: 114559)
======================================================================

The tests in question are:

vm/concepts/exceptions/exceptions031/exceptions03101
vm/concepts/exceptions/exceptions031/exceptions03102

These deliberately produce a StackOverflowException by recursively calling
a method.  In the first test the method is unsynchronized while it is
synchronized inthe second.

When they are ran the thread stack is correctly expanded until the guard pages
are hit. At this point the guard pages are released and stub code is
called to handle a stack overflow exception.  This does not appear to be
handled correctly as the stack is unchanged and the thread crashes as
memory is attempted to be accessed below the guard pages.

This test runs correctly on compiler2 and the interpreter (overflow is
handled correctly).

Strangely, if either is run on their own they pass.  Also, if they are
ran together in the order 03102, 03101 they again both pass.  The crash
occurs in 03102 only when it is ran after 03101.

After talking to Robert Griesemer it appears that there are general problems
with handling StackOverflow in Kestrel in C1 which will be fixed in merlin.
Downgrading...

  xxxxx@xxxxx   2001-01-18

Closing as a dup of the client compiler stack overflow 'placeholder' bug 4298656
which addresses repeated stack overflows on the same thread (server compiler
bug is 4402735).