Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-5028337

1.4.2_05: BigApps failure with -d64 flag on Solaris

    XMLWordPrintable

    Details

    • Subcomponent:
    • Resolved In Build:
      05
    • CPU:
      sparc
    • OS:
      generic, solaris_9
    • Verification:
      Verified

      Description

      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.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              chegar Chris Hegarty
              Reporter:
              duke J. Duke (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:
                Imported:
                Indexed: