Test fails: gc/gctests/Compact/compact001
            gc/gctests/Compact/compact002
	    gc/gctests/Compact/compact003
	    gc/gctests/Compact/compact004
	    gc/gctests/Compact/compact005
	    gc/gctests/Compact/compact006
	    gc/gctests/Compact/compact007
	    gc/gctests/Compact/compact008
	    gc/gctests/Compact/compact009
	    gc/gctests/Compact/compact011
	    gc/gctests/Compact/compact013
	    gc/gctests/Compact/compact014
	    gc/gctests/Compact/compact015
	    gc/gctests/Compact/compact016

switch/mode:  +XX:+UseParNewGC
VM:         Server/-d64
System:     Solaris 10 b74l1 sparc
JDK:        Mustang 6.0 b17


Those tests passed with -XX:+UseParallelGC and -XX:UseSerialGC

DESCRIPTION

    This test is aimed to catch regressions of the bug:

        4404502 Speed.java causes SEGV on first full GC

    The test creates 100 linked list each consisting of 
    10000 nodes. The test is deemed passed if VM does not 
    crash.

    Also, the test passes, if OutOfMemoryError is caught.

Here's one of the .tlog file:
#annotate TEST javaopt=-d64 -server -Xmixed -d64 -XX:+UseParNewGC -XX:SurvivorRatio=6
/net/sqe.sfbay/global/nfs/test_results4/VM/tiger/DTWS/exec1/GC_FULLLOOK-07-WEEKLYmtg-VM-ServerVM-mixed-64BITSOLSPARC5.10-2005-01-10-11-49-02-0444/jdk/solaris-sparc/bin/java -d64 -server -Xmixed -DHANGINGJAVA2695 -d64 -XX:+UseParNewGC -XX:SurvivorRatio=6 gc.gctests.Compact.compact001 -iterations=1 -gcTimeout=5
##Exit status of execution step=1
##!checkExitCode

#Number of threads: 1
#Run the test for : 1 iteration(s)
#A single thread to eat memory via Algorithms.eatMemory()
#
#Iteration: 0
#
#Size of each brick is 4220518 bytes (4220518 stones).
#
#Exception java.lang.OutOfMemoryError: requested 4220544 bytes for promotion. Out of swap space?

Here's the logs:
http://sqeweb.sfbay/st4/VM/mustang/DTWS/results/1.6.0-ea-b17/ServerVM/64BITSOLSPARC5.10/mixed/VM/GC_FULLLOOK-07-WEEKLYmtg-VM-ServerVM-mixed-64BITSOLSPARC5.10-2005-01-10-11-49-02-0444/analysis.html


###@###.### 2005-1-12 23:25:32 GMT