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

Assertion too strict in compiledVFrame::update_deferred_value on SPARC

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: P4 P4
    • 12
    • 12
    • hotspot
    • b20
    • sparc, itanium
    • linux, open_solaris, solaris

      The assertion in compiledVFrame::update_deferred_value() about is_deoptimized_frame() returning true
      for the underlying physical frame is too strict, because there is a special case in
      frame::deoptimize() for NeedsDeoptSuspend (e.g. on SPARC). If the owner of this frame is currently
      in native code and this frame is the caller of the native method, then the deoptimization is not
      done synchronously for the requesting thread. Instead the owner thread does it when returning from
      the native call.

            rrich Richard Reingruber
            rrich Richard Reingruber
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: