1.4.2_05: BigApps failure with -d64 flag on Solaris

When running BigApps on Solaris sparc 8 or 9 with the -d64 flag a hotspot error occurs. This happens pretty much as soon as the test is started. I've tried with 1.4.2_04 build 5 and left it running for an hour and the error did not occur.
With 1.4.2_05 build 1 the error occurs within a minute or two of starting the tests.
Below is the error output from running vmark test, but all tests fail.
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 4 occurred at PC=0x1004BBF04
Function=[Unknown.]
Library=(N/A)

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:

Dynamic libraries:
0x100000000 /usr/j2se/bin/sparcv9/java
0xffffffff7f200000 /usr/lib/64/libthread.so.1
0xffffffff7f400000 /usr/lib/64/libdl.so.1
0xffffffff7ef00000 /usr/lib/64/libc.so.1
0xffffffff7f100000 /usr/platform/SUNW,Sun-Blade-1000/lib/sparcv9/libc_psr.so.1
0xffffffff7e000000 /usr/j2se/jre/lib/sparcv9/server/libjvm.so
0xffffffff7e900000 /usr/lib/64/libCrun.so.1
0xffffffff7de00000 /usr/lib/64/libsocket.so.1
0xffffffff7dc00000 /usr/lib/64/libnsl.so.1
0xffffffff7d900000 /usr/lib/64/libm.so.1
0xffffffff7d700000 /usr/lib/64/libsched.so.1
0xffffffff7eb00000 /usr/lib/64/libw.so.1
0xffffffff7d500000 /usr/lib/64/libmp.so.2
0xffffffff7d100000 /usr/j2se/jre/lib/sparcv9/native_threads/libhpi.so
0xffffffff7c800000 /usr/j2se/jre/lib/sparcv9/libverify.so
0xffffffff7c600000 /usr/j2se/jre/lib/sparcv9/libjava.so
0xffffffff7c400000 /usr/j2se/jre/lib/sparcv9/libzip.so
0xffffffff29f00000 /usr/j2se/jre/lib/sparcv9/libnet.so

Heap at VM Abort:
Heap
 def new generation total 2368K, used 2305K [0xffffffff2c400000, 0xffffffff2c660000, 0xffffffff2eea0000)
  eden space 2304K, 100% used [0xffffffff2c400000, 0xffffffff2c640000, 0xffffffff2c640000)
  from space 64K, 2% used [0xffffffff2c640000, 0xffffffff2c640570, 0xffffffff2c650000)
  to space 64K, 0% used [0xffffffff2c650000, 0xffffffff2c650000, 0xffffffff2c660000)
 tenured generation total 2560K, used 2034K [0xffffffff2eea0000, 0xffffffff2f120000, 0xffffffff34400000)
   the space 2560K, 79% used [0xffffffff2eea0000, 0xffffffff2f09c8b0, 0xffffffff2f09ca00, 0xffffffff2f120000)
 compacting perm gen total 16384K, used 4472K [0xffffffff34400000, 0xffffffff35400000, 0xffffffff38400000)
   the space 16384K, 27% used [0xffffffff34400000, 0xffffffff3485e0a0, 0xffffffff3485e200, 0xffffffff35400000)

Local Time = Wed Apr 7 18:34:27 2004
Elapsed Time = 26
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) 64-Bit Server VM (1.4.2_05-ea-b01 mixed mode)

I've attached some logs from the vmark test run which may be of use, including vmarkserver.out.debug which is the output when using java_g.