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

assert(thread == Thread::current(),"sanity check") fails

    Details

    • Type: Bug
    • Status: Closed
    • Priority: P2
    • Resolution: Duplicate
    • Affects Version/s: 6
    • Fix Version/s: None
    • Component/s: hotspot
    • Labels:
    • Subcomponent:
    • CPU:
      generic
    • OS:
      generic

      Description

      The following assertion failure showed up in service_hs_baseline
      nightly testing of 20050506101211.dcubed.service_hs_merge:

          # Internal Error (src/share/vm/runtime/handles.cpp, 21)
          #
          # Error: assert(thread == Thread::current(),"sanity check")

      Here is a snippet of the stack trace:

      THREAD t@4

      t@4(l@6) stopped in __sigprocmask at 0xff3692f0
      current thread: t@4
        [8] VMError::report_and_die(this = ???) (optimized), at 0xfd941a8c (line ~712) in "vmError.cpp"
        [9] report_assertion_failure(file_name = ???, line_no = ???, message = ???) (optimized), at 0xfcfd2ff0 (line ~210) in "debug.cpp"
        [10] Handle::Handle(this = ???, thread = ???, obj = CLASS) (optimized), at 0xfd0489d0 (line ~21) in "handles.cpp"
        [11] compiledVFrame::create_stack_value(this = ???, sv = ???) (optimized), at 0xfd93c088 (line ~210) in "vframe_hp.cpp"
        [12] compiledVFrame::locals(this = ???) (optimized), at 0xfd93ab4c (line ~40) in "vframe_hp.cpp"
        [13] VM_GetOrSetLocal::doit(this = ???) (optimized), at 0xfd5eebb0 (line ~1029) in "jvmtiImpl.cpp"
        [14] VM_Operation::evaluate(this = ???) (optimized), at 0xfd964528 (line ~26) in "vm_operations.cpp"
        [15] VMThread::loop(this = ???) (optimized), at 0xfd96347c (line ~260) in "vmThread.cpp"
        [16] VMThread::run(this = ???) (optimized), at 0xfd962884 (line ~186) in "vmThread.cpp"

      I didn't remember changing anything in this area in my merge with
      main/baseline on 2005.05.06 so I checked the previous PRT job:

          20050505161618.dcubed.service_hs_merge

      That PRT job did not fail the assertion. That narrowed things down
      since the only putback to main/baseline since my previous merge was
      from rt_baseline. I did the usual walkback of the PRT jobs to
      main/baseline:

      20050506075551.dcubed.service_hs_merge - failed (as expected)
      20050505203206.dice.rt_merge - failed
      20050505134818.jrose.c2_to_main_baseline - works

      I haven't tried to track back via the rt_baseline jobs.

      This assertion has been observed in the following tests:

          nsk/jvmdi/GetCurrentFrame/currframe001
          nsk/jvmdi/GetMonitorInfo/getmoninfo005
          nsk/jvmdi/GetOwnedMonitorInfo/ownmoninf001
          nsk/jvmdi/NotifyFramePop/nframepop001


      ###@###.### 2005-05-07 04:30:58 GMT

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                coleenp Coleen Phillimore
                Reporter:
                dcubed Daniel Daugherty
              • Votes:
                0 Vote for this issue
                Watchers:
                0 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:
                  Imported:
                  Indexed: