Two JCK vm tests are failing when performing random read/write on double/float array:

javasoft.sqe.tests.vm.dastore.dastore001.dastore00101.dastore00101
javasoft.sqe.tests.vm.fastore.fastore001.fastore00101.fastore00101

jtg-s210:[242]% uname -a
SunOS jtg-s210 5.8 Generic_109291-02 sun4m sparc SUNW,SPARCstation-5
jtg-s210:[243]% psrinfo -v
Status of processor 0 as of: 05/30/00 19:24:34
  Processor has been on-line since 05/24/00 17:34:13.
  The sparc processor operates at 170 MHz,
and has a sparc floating point processor.

To Reproduce:
=============
1. Extract fastore00101.ksh and dastore00101.ksh from the attached jar files:

jtg-s210:[263]% fastore00101.ksh -client
+ SWITCH=-client
+ TESTBASE=/net/ultraowl.eng/export/ultraowl1/javatb/testbase
+ JCK=/net/ultraowl.eng/export/ultraowl1/javatb/testbase/src/JCK-runtime-13rc2
+ CLASSPATH=.:/net/ultraowl.eng/export/ultraowl1/javatb/testbase/src/JCK-runtime-13rc2/classes:/net/ultraowl.eng/export/ultraowl1/javatb/testbase/src/JCK-runtime-13rc2/javatest.jar
+ PATH=/usr/java1.2/bin:/bin
+ export CLASSPATH PATH
+ java -client -Djava.security.policy=/net/ultraowl.eng/export/ultraowl1/javatb/testbase/src/JCK-runtime-13rc2/lib/jck.policy -verify javasoft.sqe.tests.vm.fastore.fastore001.fastore00101.fastore00101
+ rc=97
+ echo 97
97
+ return 97

jtg-s210:[268]% dastore00101.ksh -client
+ SWITCH=-client
+ TESTBASE=/net/ultraowl.eng/export/ultraowl1/javatb/testbase
+ JCK=/net/ultraowl.eng/export/ultraowl1/javatb/testbase/src/JCK-runtime-13rc2
+ CLASSPATH=.:/net/ultraowl.eng/export/ultraowl1/javatb/testbase/src/JCK-runtime-13rc2/classes:/net/ultraowl.eng/export/ultraowl1/javatb/testbase/src/JCK-runtime-13rc2/javatest.jar
+ PATH=/usr/java1.2/bin:/bin
+ export CLASSPATH PATH
+ java -client -Djava.security.policy=/net/ultraowl.eng/export/ultraowl1/javatb/testbase/src/JCK-runtime-13rc2/lib/jck.policy -verify javasoft.sqe.tests.vm.dastore.dastore001.dastore00101.dastore00101
+ rc=97
+ echo 97
97
+ return 97

This problem is limited to sun4m machines ONLY. The tests will run fine when changing to compiler2.


vincent.lee@eng 2000-05-30