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

compiler/codecache/stress/RandomAllocationTest.java + fastdebug + -XX:+LogCompilation, "allocating without ResourceMark"

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: P4
    • Resolution: Fixed
    • Affects Version/s: 9
    • Fix Version/s: 9
    • Component/s: hotspot
    • Labels:
    • Subcomponent:
    • Resolved In Build:
      b55
    • CPU:
      x86
    • OS:
      os_x

      Backports

        Description

        ff=a_fastdebug_jdk

        jtreg -testjdk:$ff -va -vmoptions:'-XX:+UnlockDiagnosticVMOptions -XX:+LogCompilation' -retain:fail compiler/codecache/stress/RandomAllocationTest.java

        # Internal Error (/Users/dr2chase/work/hs-comp/hotspot/src/share/vm/memory/resourceArea.hpp:63), pid=77149, tid=21763
        # fatal error: memory leak: allocating without ResourceMark

        Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
        V [libjvm.dylib+0x9748e8] VMError::report_and_die()+0x3f4
        V [libjvm.dylib+0x34c0a1] report_vm_error(char const*, int, char const*, char const*)+0x63
        V [libjvm.dylib+0x850a06] ResourceArea::allocate_bytes(unsigned long, AllocFailStrategy::AllocFailEnum)+0x46
        V [libjvm.dylib+0x7cf424] stringStream::stringStream(unsigned long)+0x50
        V [libjvm.dylib+0x8d5823] NMethodSweeper::log_sweep(char const*, char const*, ...)+0x175
        V [libjvm.dylib+0x2fb39f] CompileBroker::handle_full_code_cache(int)+0x1bd
        V [libjvm.dylib+0x2c0d39] CodeCache::allocate(int, int)+0x1f7
        V [libjvm.dylib+0x9bfe1d] WhiteBox::allocate_code_blob(int, int)+0x7f
        V [libjvm.dylib+0x9c001f] WB_AllocateCodeBlob+0x1c8
        J 270 sun.hotspot.WhiteBox.allocateCodeBlob(II)J (0 bytes) @ 0x0000000105c9b751 [0x0000000105c9b620+0x131]
        J 353 C2 RandomAllocationTest.run()V (120 bytes) @ 0x0000000105d2b198 [0x0000000105d2afe0+0x1b8]
        j com.oracle.java.testlibrary.InfiniteLoop.run()V+4
        j java.lang.Thread.run()V+11
        v ~StubRoutines::call_stub
        V [libjvm.dylib+0x4fd330] JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x10f0
        V [libjvm.dylib+0x4fabba] JavaCalls::call_virtual(JavaValue*, KlassHandle, Symbol*, Symbol*, JavaCallArguments*, Thread*)+0x500
        V [libjvm.dylib+0x4faed3] JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, Symbol*, Symbol*, Thread*)+0x7d
        V [libjvm.dylib+0x5c6377] thread_entry(JavaThread*, Thread*)+0xad
        V [libjvm.dylib+0x9123b3] JavaThread::thread_main_inner()+0x16f
        V [libjvm.dylib+0x912105] JavaThread::run()+0x359
        V [libjvm.dylib+0x7c57d4] java_start(Thread*)+0xf0
        C [libsystem_pthread.dylib+0x1899] _pthread_body+0x8a
        C [libsystem_pthread.dylib+0x172a] _pthread_struct_init+0x0
        C [libsystem_pthread.dylib+0x5fc9] thread_start+0xd

        This repeats pretty often (always) for me, so I did not include the random seed.

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  thartmann Tobias Hartmann
                  Reporter:
                  drchase David Chase (Inactive)
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  3 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: