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

Null check missed in compiled code

    Details

    • Subcomponent:
    • CPU:
      x86
    • OS:
      linux_redhat_4.0, linux_redhat_5.2

      Description

      multiples crashes using jdk 6 u14 in Red hat

      most of them are with the dump.
      *****************************
      #
      # A fatal error has been detected by the Java Runtime Environment:
      #
      # Internal Error (nmethod.cpp:1836), pid=350, tid=265915312
      # Error: guarantee(cont_offset != 0,"unhandled implicit exception in compiled code")
      #
      # JRE version: 6.0_14-b08
      # Java VM: Java HotSpot(TM) Server VM (14.0-b16 mixed mode linux-x86 )
      # If you would like to submit a bug report, please visit:
      # http://java.sun.com/webapps/bugreport/crash.jsp
      #

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

      Current thread (0x08ef7400): JavaThread "EXT:bharti-http:12:766:,0,5524" [_thread_in_Java, id=13770, stack(0x0fd58000,0x0fd99000)]

      Stack: [0x0fd58000,0x0fd99000], sp=0x0fd975e4, free space=253k
      Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
      V [libjvm.so+0x64f7ca] _ZN7VMError14report_and_dieEv+0x2aa
      V [libjvm.so+0x291a5c] _Z12report_fatalPKciS0_+0x3c
      V [libjvm.so+0x51899e] _ZN7nmethod35continuation_for_implicit_exceptionEPh+0x6e
      V [libjvm.so+0x598fe7] _ZN13SharedRuntime35continuation_for_implicit_exceptionEP10JavaThreadPhNS_21ImplicitExceptionKindE+0x217
      V [libjvm.so+0x533420] JVM_handle_linux_signal+0x480
      V [libjvm.so+0x52f434] _Z13signalHandleriP7siginfoPv+0x24
      .......
      **********************************
      it looks like a problem on the compilation # Error: guarantee(cont_offset != 0,"unhandled implicit exception in compiled code")
      but there are other crashes with out of memory during the compilation as well

      for example hs_err_pid1510
      ********************************
      #
      # A fatal error has been detected by the Java Runtime Environment:
      #
      # java.lang.OutOfMemoryError: requested 813832 bytes for Chunk::new. Out of swap space?
      #
      # Internal Error (allocation.cpp:215), pid=1510, tid=236616624
      # Error: Chunk::new
      #
      # JRE version: 6.0_14-b08
      # Java VM: Java HotSpot(TM) Server VM (14.0-b16 mixed mode linux-x86 )
      # If you would like to submit a bug report, please visit:
      # http://java.sun.com/webapps/bugreport/crash.jsp
      #

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

      Current thread (0xb41ef000): JavaThread "CompilerThread1" daemon [_thread_in_native, id=1532, stack(0x0e127000,0x0e1a8000)]

      Stack: [0x0e127000,0x0e1a8000], sp=0x0e1a4e10, free space=503k
      Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
      V [libjvm.so+0x64f7ca] _ZN7VMError14report_and_dieEv+0x2aa
      V [libjvm.so+0x291b2f] _Z23report_vm_out_of_memoryPKcijS0_+0x4f
      V [libjvm.so+0x11cafc] _ZN5ChunknwEjj+0x5c
      V [libjvm.so+0x11cff6] _ZN5Arena4growEj+0x26
      V [libjvm.so+0x58c6c0] _Z23resource_allocate_bytesj+0x40
      V [libjvm.so+0x2d2f3d] _ZN14PhaseIdealLoop10DominatorsEv+0x5d
      V [libjvm.so+0x4c6a02] _ZN14PhaseIdealLoopC1ER12PhaseIterGVNPKS_b+0x412
      V [libjvm.so+0x25b10d] _ZN7Compile8OptimizeEv+0x1dd
      V [libjvm.so+0x2585af] _ZN7CompileC1EP5ciEnvP10C2CompilerP8ciMethodibb+0x7af
      V [libjvm.so+0x1f2bff] _ZN10C2Compiler14compile_methodEP5ciEnvP8ciMethodi+0xbf
      V [libjvm.so+0x260cbb] _ZN13CompileBroker25invoke_compiler_on_methodEP11CompileTask+0x2bb
      V [libjvm.so+0x2605d9] _ZN13CompileBroker20compiler_thread_loopEv+0x389
      V [libjvm.so+0x617016] _Z21compiler_thread_entryP10JavaThreadP6Thread+0x16
      V [libjvm.so+0x61068e] _ZN10JavaThread3runEv+0x11e
      V [libjvm.so+0x531ade] _Z10java_startP6Thread+0x14e
      C [libpthread.so.0+0x5371]

      Current CompileTask:
      C2:1284 ! com.firsthop.mg.common.message.document.MG2DocumentFactory.createSMS(Lcom/firsthop/mg/common/message/document/DocumentMessage;)Lorg/w3c/dom/Document; (1562 bytes)
      ....
      *******************************************************
      it looks a problem with the C heap. # java.lang.OutOfMemoryError: requested 813832 bytes for Chunk::new. Out of swap space?

      for example on hs_err_pid27665
      There is a crash on the GC that could confirm some problem on the native heap
      java.lang.OutOfMemoryError: requested 1310720 bytes for GrET in /BUILD_AREA/jdk6_14/hotspot/src/share/vm/utilities/growableArray.cpp. Out of swap space?


      Also there are some crashes on the GC
      for example hs_err_pid14157
      Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
      V [libjvm.so+0x150435] _ZN8TreeList26removeChunkReplaceIfNeededEP9TreeChunk+0x15
      V [libjvm.so+0x15091a] _ZN20BinaryTreeDictionary19removeChunkFromTreeEP9TreeChunk+0x1a
      V [libjvm.so+0x1507fb] _ZN20BinaryTreeDictionary16getChunkFromTreeEjN19FreeBlockDictionary6DitherEb+0x9b
      V [libjvm.so+0x15157c] _ZN20BinaryTreeDictionary8getChunkEjN19FreeBlockDictionary6DitherE+0x1c
      V [libjvm.so+0x252bc8] _ZN24CompactibleFreeListSpace23par_get_chunk_of_blocksEjjP8FreeList+0x158
      V [libjvm.so+0x25293b] _ZN8CFLS_LAB5allocEj+0xbb
      V [libjvm.so+0x2753a6] _ZN29ConcurrentMarkSweepGeneration11par_promoteEiP7oopDescP11markOopDescj+0x66
      V [libjvm.so+0x541004] _ZN16ParNewGeneration46copy_to_survivor_space_avoiding_promotion_undoEP18ParScanThreadStateP7oopDescjP11markOopDesc+0x364
      V [libjvm.so+0x35002b] _ZN14ParScanClosure11do_oop_workIP7oopDescEEvPT_bb+0x6b
      V [libjvm.so+0x34aa41] _ZN13instanceKlass18oop_oop_iterate_nvEP7oopDescP25ParScanWithBarrierClosure+0xa1
      V [libjvm.so+0x53e9b3] _ZN18ParScanThreadState11trim_queuesEi+0x83
      V [libjvm.so+0x350085] _ZN14ParScanClosure11do_oop_workIP7oopDescEEvPT_bb+0xc5
      V [libjvm.so+0x53f1d6] _ZN36ParRootScanWithBarrierTwoGensClosure6do_oopEPP7oopDesc+0x16
      V [libjvm.so+0x34b9eb] _ZN13instanceKlass20oop_oop_iterate_nv_mEP7oopDescP16FilteringClosure9MemRegion+0xbb
      V [libjvm.so+0x24e4ed] _ZN19FreeListSpace_DCTOC27walk_mem_region_with_cl_parE9MemRegionP8HeapWordS2_P16FilteringClosure+0xcd
      V [libjvm.so+0x24e3ef] _ZN19FreeListSpace_DCTOC23walk_mem_region_with_clE9MemRegionP8HeapWordS2_P16FilteringClosure+0x3f
      V [libjvm.so+0x5b1054] _ZN15Filtering_DCTOC15walk_mem_regionE9MemRegionP8HeapWordS2_+0x54
      V [libjvm.so+0x5b0ed8] _ZN21DirtyCardToOopClosure12do_MemRegionE9MemRegion+0xe8
      V [libjvm.so+0x1fc49a] _ZN24ClearNoncleanCardWrapper12do_MemRegionE9MemRegion+0xba
      V [libjvm.so+0x1fb2e1] _ZN17CardTableModRefBS27non_clean_card_iterate_workE9MemRegionP16MemRegionClosureb+0x141
      V [libjvm.so+0x53c97e] _ZN17CardTableModRefBS14process_strideEP5Space9MemRegioniiP21DirtyCardToOopClosureP16MemRegionClosurebPPajj+0xfe
      V [libjvm.so+0x53c81f] _ZN17CardTableModRefBS31par_non_clean_card_iterate_workEP5Space9MemRegionP21DirtyCardToOopClosureP16MemRegionClosurebi+0xaf
      V [libjvm.so+0x1fb16b] _ZN17CardTableModRefBS22non_clean_card_iterateEP5Space9MemRegionP21DirtyCardToOopClosureP16MemRegionClosureb+0x4b
      V [libjvm.so+0x1fbcfc] _ZN11CardTableRS29younger_refs_in_space_iterateEP5SpaceP16OopsInGenClosure+0x5c
      V [libjvm.so+0x31f66c] _ZN10Generation29younger_refs_in_space_iterateEP5SpaceP16OopsInGenClosure+0x1c
      V [libjvm.so+0x2782a0] _ZN29ConcurrentMarkSweepGeneration20younger_refs_iterateEP16OopsInGenClosure+0x40
      V [libjvm.so+0x1fbc18] _ZN11CardTableRS20younger_refs_iterateEP10GenerationP16OopsInGenClosure+0x28
      V [libjvm.so+0x313980] _ZN16GenCollectedHeap24gen_process_strong_rootsEibbN10SharedHeap14ScanningOptionEP16OopsInGenClosureS3_+0x70
      V [libjvm.so+0x53f562] _ZN13ParNewGenTask4workEi+0xc2
      V [libjvm.so+0x664cce] _ZN10GangWorker4loopEv+0xce
      V [libjvm.so+0x664ba8] _ZN10GangWorker3runEv+0x18
      V [libjvm.so+0x531ade] _Z10java_startP6Thread+0x14e
      C [libpthread.so.0+0x5371]

      The customer saw the same crashes with the 1.5 and they have tested with the verfication fix for the bug 6883468 with the same result
      Are there gc logs for the crashes? What is the command line in use?
      Environment to debug the issue is prepared on lover.russia:

      login to lover.russia using your NIS credentials

      cd /export/local/ds160299/CR6898003

      type:
       gdb -x D/gdbrc java corefiles/<name of desired coredump>

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                dsamersoff Dmitriy Samersoff
                Reporter:
                jcarreno Juan Ramon Carreno Suarez (Inactive)
              • Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:
                  Imported:
                  Indexed: