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

C2 crash in V [jvm.dll+0x4c0ddf]

    Details

    • Subcomponent:
    • CPU:
      x86_64
    • OS:
      windows_7

      Description

      FULL PRODUCT VERSION :
      java -version: 1.8.0_111, 64bit

      FULL OS VERSION :
      OS:win7 64Bit, IDE: eclipse4.4.2 64Bit,
      JRE version: Java(TM) SE Runtime Environment (8.0_111-b14) (build 1.8.0_111-b14)
       Java VM: Java HotSpot(TM) 64-Bit Server VM (25.111-b14 mixed mode windows-

      A DESCRIPTION OF THE PROBLEM :
      #
      # A fatal error has been detected by the Java Runtime Environment:
      #
      # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x000000005faf0ddf, pid=3688, tid=0x0000000000000e98
      #
      # JRE version: Java(TM) SE Runtime Environment (8.0_111-b14) (build 1.8.0_111-b14)
      # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.111-b14 mixed mode windows-amd64 compressed oops)
      # Problematic frame:
      # V [jvm.dll+0x4c0ddf]
      #
      # Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
      #
      # If you would like to submit a bug report, please visit:
      # http://bugreport.java.com/bugreport/crash.jsp
      #

      --------------- T H R E A D ---------------

      Current thread (0x0000000014bcd800): JavaThread "C2 CompilerThread0" daemon [_thread_in_native, id=3736, stack(0x00000000164c0000,0x00000000165c0000)]

      siginfo: ExceptionCode=0xc0000005, reading address 0x0000000000000008

      Registers:
      RAX=0x0000000000000000, RBX=0x0000000000000000, RCX=0x000000001ab8dba0, RDX=0x0000000000002000
      RSP=0x00000000165bbef0, RBP=0x0000000016f3bdf8, RSI=0x000000001ab8dba0, RDI=0x00000000165bc430
      R8 =0x0000000000000000, R9 =0x0000000021191600, R10=0x00000000165bc430, R11=0x000000001a156240
      R12=0x000000001a251110, R13=0x000000001623a898, R14=0x00000000165bbfd8, R15=0x00000000165bbff8
      RIP=0x000000005faf0ddf, EFLAGS=0x0000000000010287

      Top of Stack: (sp=0x00000000165bbef0)
      0x00000000165bbef0: 0000000016f3c130 0000000016f3bdf8
      0x00000000165bbf00: 000000001ab8dba0 00000000165bc430
      0x00000000165bbf10: 0000000016f3bdf8 00000000165bc048
      0x00000000165bbf20: 000000000000000f 000000005faf25f9
      0x00000000165bbf30: 0000000016f3c130 00000000000004f0
      0x00000000165bbf40: 0000000000000001 0000000000000160
      0x00000000165bbf50: 00000000165bce08 000000005fb3c1b0
      0x00000000165bbf60: 000000001b55c100 0000000015ec86d0
      0x00000000165bbf70: 000000001717f420 00000000165bc0a0
      0x00000000165bbf80: 0000000015ec86d0 0000000000000013
      0x00000000165bbf90: 00000000165bc430 000000005faf4383
      0x00000000165bbfa0: 00000000165bc430 0000000000000001
      0x00000000165bbfb0: 0000000000000001 00000000165bc048
      0x00000000165bbfc0: 000000001b55c150 000000001b5640e8
      0x00000000165bbfd0: 00000000000c81a8 0000000015ec86d0
      0x00000000165bbfe0: 0000000000000800 000000001a1521c0

      Instructions: (pc=0x000000005faf0ddf)
      0x000000005faf0dbf: 4c 89 64 24 50 4c 8b e0 4c 3b e8 0f 84 4f 01 00
      0x000000005faf0dcf: 00 44 8b 43 28 4c 8b 8f f8 09 00 00 4b 8b 1c c1
      0x000000005faf0ddf: 48 8b 43 08 48 83 38 00 75 2a 8b 57 28 0f 1f 40
      0x000000005faf0def: 00 8b 43 28 3b c2 73 0c 8b c8 48 8b 47 30 48 8b


      Register to memory mapping:

      RAX=0x0000000000000000 is an unknown value
      RBX=0x0000000000000000 is an unknown value
      RCX=0x000000001ab8dba0 is an unknown value
      RDX=0x0000000000002000 is an unknown value
      RSP=0x00000000165bbef0 is pointing into the stack for thread: 0x0000000014bcd800
      RBP=0x0000000016f3bdf8 is an unknown value
      RSI=0x000000001ab8dba0 is an unknown value
      RDI=0x00000000165bc430 is pointing into the stack for thread: 0x0000000014bcd800
      R8 =0x0000000000000000 is an unknown value
      R9 =0x0000000021191600 is an unknown value
      R10=0x00000000165bc430 is pointing into the stack for thread: 0x0000000014bcd800
      R11=0x000000001a156240 is an unknown value
      R12=0x000000001a251110 is an unknown value
      R13=0x000000001623a898 is an unknown value
      R14=0x00000000165bbfd8 is pointing into the stack for thread: 0x0000000014bcd800
      R15=0x00000000165bbff8 is pointing into the stack for thread: 0x0000000014bcd800


      Stack: [0x00000000164c0000,0x00000000165c0000], sp=0x00000000165bbef0, free space=1007k
      Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
      V [jvm.dll+0x4c0ddf]
      V [jvm.dll+0x4c25f9]
      V [jvm.dll+0x4c4383]
      V [jvm.dll+0x475190]
      V [jvm.dll+0x475fc3]
      V [jvm.dll+0x4589b2]
      V [jvm.dll+0xa5742]
      V [jvm.dll+0xa607f]
      V [jvm.dll+0x244b7f]
      V [jvm.dll+0x29c43a]
      C [MSVCR100.dll+0x21d9f]
      C [MSVCR100.dll+0x21e3b]
      C [kernel32.dll+0x159cd]
      C [ntdll.dll+0x2a2e1]


      Current CompileTa

      REGRESSION. Last worked in version 8u111

      REPRODUCIBILITY :
      This bug can be reproduced always.

        Issue Links

          Activity

          Hide
          fmatte Fairoz Matte added a comment -
          There are no complete crash logs, but analyzing couple of things Problematic frame, stacktrace, current thread. It exactly matches with Eclipse crash issue JDK-8168833 crashed in 8u111 as the reported one.
          Marked as duplicate of JDK-8154831

          Problematic Frame in current issue
          # V [jvm.dll+0x4c0ddf]
          Problematic Frame in JDK-8168833
          V [jvm.dll+0x4c0ddf]

          Stacktrace in current issue
          Stack: [0x00000000164c0000,0x00000000165c0000], sp=0x00000000165bbef0, free space=1007k
          Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
          V [jvm.dll+0x4c0ddf]
          V [jvm.dll+0x4c25f9]
          V [jvm.dll+0x4c4383]
          V [jvm.dll+0x475190]
          V [jvm.dll+0x475fc3]
          V [jvm.dll+0x4589b2]
          V [jvm.dll+0xa5742]
          V [jvm.dll+0xa607f]
          V [jvm.dll+0x244b7f]
          V [jvm.dll+0x29c43a]
          C [MSVCR100.dll+0x21d9f]
          C [MSVCR100.dll+0x21e3b]
          C [kernel32.dll+0x159cd]
          C [ntdll.dll+0x2a2e1]

          Stacktrace in JDK-8168833
          Stack: [0x0000000017b40000,0x0000000017c40000], sp=0x0000000017c3bcf0, free space=1007k
          Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
          V [jvm.dll+0x4c0ddf]
          V [jvm.dll+0x4c25f9]
          V [jvm.dll+0x4c4383]
          V [jvm.dll+0x475190]
          V [jvm.dll+0x475fc3]
          V [jvm.dll+0x4589b2]
          V [jvm.dll+0xa5742]
          V [jvm.dll+0xa607f]
          V [jvm.dll+0x244b7f]
          V [jvm.dll+0x29c43a]
          C [MSVCR100.dll+0x21d9f]
          C [MSVCR100.dll+0x21e3b]
          C [kernel32.dll+0x159cd]
          C [ntdll.dll+0x2a2e1]

          Current thread in current issue
          Current thread (0x0000000014bcd800): JavaThread "C2 CompilerThread0" daemon [_thread_in_native

          Current thread in JDK-8168833 issue
          Current thread (0x000000001659d800): JavaThread "C2 CompilerThread2" daemon [_thread_in_native

          Based on above analysis, marking as duplicate of JDK-8154831 (original issue)
          Show
          fmatte Fairoz Matte added a comment - There are no complete crash logs, but analyzing couple of things Problematic frame, stacktrace, current thread. It exactly matches with Eclipse crash issue JDK-8168833 crashed in 8u111 as the reported one. Marked as duplicate of JDK-8154831 Problematic Frame in current issue # V [jvm.dll+0x4c0ddf] Problematic Frame in JDK-8168833 V [jvm.dll+0x4c0ddf] Stacktrace in current issue Stack: [0x00000000164c0000,0x00000000165c0000], sp=0x00000000165bbef0, free space=1007k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [jvm.dll+0x4c0ddf] V [jvm.dll+0x4c25f9] V [jvm.dll+0x4c4383] V [jvm.dll+0x475190] V [jvm.dll+0x475fc3] V [jvm.dll+0x4589b2] V [jvm.dll+0xa5742] V [jvm.dll+0xa607f] V [jvm.dll+0x244b7f] V [jvm.dll+0x29c43a] C [MSVCR100.dll+0x21d9f] C [MSVCR100.dll+0x21e3b] C [kernel32.dll+0x159cd] C [ntdll.dll+0x2a2e1] Stacktrace in JDK-8168833 Stack: [0x0000000017b40000,0x0000000017c40000], sp=0x0000000017c3bcf0, free space=1007k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) V [jvm.dll+0x4c0ddf] V [jvm.dll+0x4c25f9] V [jvm.dll+0x4c4383] V [jvm.dll+0x475190] V [jvm.dll+0x475fc3] V [jvm.dll+0x4589b2] V [jvm.dll+0xa5742] V [jvm.dll+0xa607f] V [jvm.dll+0x244b7f] V [jvm.dll+0x29c43a] C [MSVCR100.dll+0x21d9f] C [MSVCR100.dll+0x21e3b] C [kernel32.dll+0x159cd] C [ntdll.dll+0x2a2e1] Current thread in current issue Current thread (0x0000000014bcd800): JavaThread "C2 CompilerThread0" daemon [_thread_in_native Current thread in JDK-8168833 issue Current thread (0x000000001659d800): JavaThread "C2 CompilerThread2" daemon [_thread_in_native Based on above analysis, marking as duplicate of JDK-8154831 (original issue)
          Hide
          fmatte Fairoz Matte added a comment -
          This is duplicate issue of JDK-8154831, which has been already fixed in 9 and backported to 8u112.
          Kindly upgrade your java to use 8u112
          Show
          fmatte Fairoz Matte added a comment - This is duplicate issue of JDK-8154831 , which has been already fixed in 9 and backported to 8u112. Kindly upgrade your java to use 8u112

            People

            • Assignee:
              fmatte Fairoz Matte
              Reporter:
              webbuggrp Webbug Group
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: