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

Crash in JCK JVMTI test gcpl00104

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P3
    • Resolution: Duplicate
    • Affects Version/s: 6u10
    • Fix Version/s: None
    • Component/s: hotspot
    • Labels:
    • Subcomponent:
    • CPU:
      x86
    • OS:
      linux

      Description

      FULL PRODUCT VERSION :
      Occurs with all recent JDKs, including the most recently
      release one, 6u10

      FULL OS VERSION :
      Ubuntu hardy

      A DESCRIPTION OF THE PROBLEM :
      We are getting intermittent crashes (50% of the time)
      running a particular JCK test. When we do see a crash,
      the crash happens in a different place (to judge by program output).
      Sometimes the process hangs, unresponsive to Ctrl-C.

      THE PROBLEM WAS REPRODUCIBLE WITH -Xint FLAG: Yes

      THE PROBLEM WAS REPRODUCIBLE WITH -server FLAG: Yes

      STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
      Here is a sample run, extracted out of the JCK harness
      for easier reproduction:

      env LD_LIBRARY_PATH=/home/java-platform/jck/JCK-runtime-6b/lib/linux-i586 MALLOC_CHECK_=1 ~/sun-jdk/linux-i586/jdk1.6.0_10/bin/java -server -Xcheck:jni -agentlib:jckjvmti=gcpl00104 -Xfuture -classpath /auto/buildstaticnorep/projects/java/jck/JCK-runtime-6b/classes:/home/java-platform/builds/linux-i586/openjdk6-18127/lib/tools.jar -Djava.security.policy=/auto/buildstaticnorep/projects/java/jck/JCK-runtime-6b/lib/jck.policy javasoft.sqe.tests.vm.jvmti.gcpl001.gcpl00104.gcpl00104 -platform.jvmtiSupported true
      malloc: using debugging hooks
      malloc: using debugging hooks
      Checking can_get_constant_pool and can_get_bytecodes capabilities ... available


      >>> javasoft.sqe.tests.vm.jvmti.gcpl001.gcpl00104.TestedClass <<<

      Constant pool [cp_cnt=41, cp_byte_cnt=509]
          Method #12 #34 ; // #1
          Integer 0x7FFFFFFF; // #2
          Long 0x8000000000000000;; // #3
          Float *** glibc detected *** malloc(): memory corruption: 0x08166a68 ***
      #
      # An unexpected error has been detected by Java Runtime Environment:
      #
      # SIGSEGV (0xb) at pc=0x41ee7251, pid=8156, tid=4160588720
      #
      # Java VM: Java HotSpot(TM) Server VM (11.0-b15 mixed mode linux-x86)
      # Problematic frame:
      # C [libc.so.6+0x64251]
      #
      # An error report file with more information is saved as:
      # /usr/local/google/home/martin/p4/ops/hs_err_pid8156.log
      #
      # If you would like to submit a bug report, please visit:
      # http://java.sun.com/webapps/bugreport/crash.jsp
      # The crash happened outside the Java Virtual Machine in native code.
      # See problematic frame for where to report the bug.
      #

      ERROR MESSAGES/STACK TRACES THAT OCCUR :
      Constant pool [cp_cnt=7, cp_byte_cnt=103]
          Class #5 ; // #1
          Class #6 ; // #2
          Utf8 "intfMethod"; // #3
          Utf8 "()V"; // #4
          Utf8 "javasoft/sqe/tests/vm/jvmti/gcpl001/gcpl00104/TestedIntf"; // #5
          Utf8 "java/lang/Object"; // #6
      *** glibc detected *** free(): invalid pointer: 0x08166bd0 ***
      malloc: using debugging hooks
      malloc: using debugging hooks
      Checking can_get_constant_pool and can_get_bytecodes capabilities ... available


      ----



      Constant pool [cp_cnt=41, cp_byte_cnt=509]
          Method #12 #34 ; // #1
          Integer 0x7FFFFFFF; // #2
          Long 0x8000000000000000;; // #3
          Float *** glibc detected *** malloc(): memory corruption: 0x08129cb0 ***
      #
      # An unexpected error has been detected by Java Runtime Environment:
      #
      # SIGSEGV (0xb) at pc=0x41ee7251, pid=7789, tid=4160588720
      #
      # Java VM: Java HotSpot(TM) Server VM (11.0-b15 mixed mode linux-x86)
      # Problematic frame:
      # C [libc.so.6+0x64251]
      #
      # An error report file with more information is saved as:
      # /usr/local/google/home/martin/p4/ops/hs_err_pid7789.log


      -----

      Some stacktraces from the log file:

      Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
      C [libc.so.6+0x633b0]
      C [libc.so.6+0x64363]
      C [libc.so.6+0x66147] malloc+0x87
      C [libverify.so+0x6de9]
      C [libverify.so+0x2350] VerifyClassForMajorVersion+0x170
      C [libjava.so+0x1089b] VerifyClassCodesForMajorVersion+0x3b
      V [libjvm.so+0x5f7d54]
      V [libjvm.so+0x5f7af9]
      V [libjvm.so+0x3572d5]
      V [libjvm.so+0x356ddc]
      V [libjvm.so+0x357706]
      V [libjvm.so+0x356d38]
      V [libjvm.so+0x36d198]
      j java.util.AbstractList.iterator()Ljava/util/Iterator;+0
      j java.lang.Shutdown.runHooks()V+3
      j java.lang.Shutdown.sequence()V+26
      j java.lang.Shutdown.exit(I)V+96
      j java.lang.Runtime.exit(I)V+14
      j java.lang.System.exit(I)V+4
      j javasoft.sqe.tests.vm.jvmti.gcpl001.gcpl00104.gcpl00104.main([Ljava/lang/String;





      Stack: [0xf7f88000,0xf7fd9000], sp=0xf7fd7e20, free space=319k
      Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
      C [libc.so.6+0x64251]
      C [libc.so.6+0x64f97]
      C [libc.so.6+0x660f5] malloc+0x35
      C [libjckjvmti.so+0x48e69]
      C [libjckjvmti.so+0x49d1b]
      C [libjckjvmti.so+0x4b636] Java_javasoft_sqe_tests_vm_jvmti_gcpl001_gcpl00104_gcpl00104_check+0x1e6
      j javasoft.sqe.tests.vm.jvmti.gcpl001.gcpl00104.gcpl00104.check(Ljava/lang/Class;)I+0
      j javasoft.sqe.tests.vm.jvmti.gcpl001.gcpl00104.gcpl00104.checkConstantPool(Ljava/io/PrintStream;Ljava/lang/String;)Z+63
      j javasoft.sqe.tests.vm.jvmti.gcpl001.gcpl00104.gcpl00104.run([Ljava/lang/String;Ljava/io/PrintStream;)I+104
      j javasoft.sqe.tests.vm.jvmti.gcpl001.gcpl00104.gcpl00104.main([Ljava/lang/String;)V+8
      v ~StubRoutines::call_stub
      V [libjvm.so+0x375a7d]
      V [libjvm.so+0x5055d8]
      V [libjvm.so+0x375910]
      V [libjvm.so+0x39f0c6]
      V [libjvm.so+0x390ad8]
      V [libjvm.so+0x3b652b]
      C [java+0x1b98] JavaMain+0x2c8
      C [libpthread.so.0+0x53a8]





      REPRODUCIBILITY :
      This bug can be reproduced often.

        Attachments

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              ndcosta Nelson Dcosta
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:
                Imported:
                Indexed: