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

assertion fast_exit() should have handled this already synchronizer.cpp 370

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: P3 P3
    • None
    • 1.4.0
    • hotspot
    • None
    • sparc
    • solaris_7

      On Solaris Sparc, running volano w/SafepointALot, one time I ran into the following (running jvmg1 build 53):

      assertion in synchronizer.cpp, 370
        assert(v_false, "fast_exit() should have handled this already

      The stack trace shows:
        ObjectSynchronizer::slow_exit(obj=0xf436ec58, lock=0xf436ec58, _the_thread=0x3429d0)
        Runtime1::monitorexit(thread=0x3429d0, obj=0xf436ec58, lock=0xf436ec58)

      assertion:
        if (lock->displaced_header() == NULL)
         the enter was recursive via UseHeavyMonitors so we are done already

      note: at the time of examining the core, lock BasicLock::_displaced_header=0xc0e82

      - so another thread must have inflated the lock.

            collins Gary Collins (Inactive)
            acorn Karen Kinnear (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: