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

guarantee("unhandled bytecode") failures in JVMDI clrall001, clrbrk001 and JVMTI clrbrk001

    XMLWordPrintable

    Details

    • Subcomponent:
    • CPU:
      x86, sparc
    • OS:
      solaris, solaris_8, windows_2000

      Description



      Name: ipR10196 Date: 08/15/2002


      --------------------------------------
      Test : nsk/jvmdi/ClearBreakpoint/clrbrk001
      TestBase : testbase_nsk
      VM : Server
      Mode : mixed
      Platform : x86
      OS : 5.8
      ----------------------------------------

      Steps to reproduce
      ================
      1. cd /net/sqesvr.eng/export/vsn/GammaBase/Bugs/{BugID}
      2. sh doit.sh $JAVA_HOME -server -Xmixed

      This script runs the test continuously until the failure is
      reproduced, so be patient if this will take a lot of time.

      This testcase performs 10000 iterations of setting and clearing
      breakpoint and expects particular number of JVMDI_EVENT_BREAKPOINT
      received. However, sometimes test failed because of unexpected
      number of JVMDI_EVENT_BREAKPOINT evens received. I've seen such a
      very intermittent failure on Solaris/x86 with ServerVM in -Xmixed
      mode, however it may be also intermittently reproduced on other
      platforms/modes.

      Failure log:
      -----------------------------------------------
      JVMDI_EVENT_BREAKPOINT count:
      Expected 33268
      Actual 33266
      Setting clrbrk001_EventHook as event hook.
      ######## JVMDI_EVENT_VM_INIT ########
      ######## JVMDI_EVENT_VM_DEATH ########
      Exit Code: 97
      -----------------------------------------------

      ======================================================================

      This tests now gets the failure on solaris/sparc with -server :
      ## Java VM: Java HotSpot(TM) Server VM (nightly_2003.05.17-debug mixed mode)
      ##
      ## Fatal: unhandled bytecode
      ##
      ## Error ID: /nightly/nightly.ws/src/share/vm/ci/ciStreams.cpp, 115 [ Patched ]
      ##
      ## Problematic Thread: prio=5 tid=0x00122540 nid=0x8 runnable

      Same bug? I added this information to the description to aid searching.

      ###@###.### 2003-05-19


      The following NSK tests fail on Solaris SPARC in -Xmixed mode with
      Mustang-B23 bits (machine producer):

          nsk/jvmdi/ClearAllBreakpoints/clrall001
          nsk/jvmdi/ClearBreakpoint/clrbrk001
          nsk/jvmti/ClearBreakpoint/clrbrk001

      Here is the assertion message from clrall001:

      #
      # An unexpected error has been detected by HotSpot Virtual Machine:
      #
      # Internal Error (/BUILD_AREA/jdk6.0/hotspot/src/share/vm/ci/ciStreams.cpp, 113 [ Patched ]), pid=14738, tid=8
      #
      # Java VM: Java HotSpot(TM) Client VM (1.6.0-ea-b23-debug mixed mode)
      #
      # Error: unhandled bytecode

      There are two interesting threads. Thread t@1 is trying to set
      a breakpoint and Thread t@8 is trying to compile a method. Here
      are the interesting snippets of each thread:

      THREAD t@1

      =>[1] JNIHandles::resolve_non_null(0x138adc, 0xffbedd30, 0xf39659d8, 0x7efefeff, 0x81010100, 0xff00), at 0xfdaa63fc
        [2] get_method_id(0x56414, 0x138adc, 0x3cdc08, 0x3cdc18, 0x1, 0x56348), at 0xfda63410
        [3] jni_GetStaticMethodID(0x56414, 0x138adc, 0x3cdc08, 0x3cdc18, 0x3, 0x3), at 0xfda63ee0
        [4] Java_clrall001_clrall001SetBreakpoint(0x56414, 0xffbeded4, 0xffbedf40, 0xffbedf3c, 0xffbedf38, 0x0), at 0xff02149c
        [5] 0xf7d04f14(0xf39667c8, 0xf3966828, 0xf3966858, 0x0, 0x0, 0xffbeded8), at 0xf7d04f13
        [6] 0xf7d05b08(0xef829210, 0xef806230, 0x561, 0xf7c2bb30, 0xb8, 0xffbedf48), at 0xf7d05b07
        [7] 0xf7c05874(0x56348, 0xb8, 0x7, 0xf7c2bad8, 0x138dc8, 0xffbedfd8), at 0xf7c05873
        [8] 0xf7c05874(0xef829210, 0x56348, 0x8, 0xf7c2bb30, 0xffbee370, 0xffbee058), at 0xf7c05873
        [9] 0xf7c002c8(0xffbee144, 0xffbee460, 0xa, 0xf3965bc0, 0xf7c0f140, 0xffbee350), at 0xf7c002c7
        [10] JavaCalls::call_helper(0xffbee34c, 0xf7c00240, 0xffbee344, 0x56348, 0x0, 0x0), at 0xfda3a268
        [11] os::os_exception_wrapper(0xfda39bb8, 0xffbee458, 0xffbee310, 0xffbee344, 0x56348, 0x0), at 0xfdde92fc
        [12] JavaCalls::call(0xffbee458, 0xffbee310, 0xffbee344, 0x56348, 0x0, 0x0), at 0xfda39b98
        [13] jni_invoke_static(0x56414, 0xffbee458, 0x0, 0x0, 0x164302, 0xffbee43c), at 0xfda60d70
        [14] jni_CallStaticVoidMethod(0x56414, 0x5721c, 0x164302, 0x5722c, 0xffbeed40, 0x400), at 0xfda7e008
        [15] main(0x8, 0xffbeedd4, 0xffbeedf8, 0x36000, 0x0, 0x0), at 0x11cd8


      THREAD t@8

        [8] VMError::report_and_die(0xfa980d00, 0x14d518, 0xfe0fe82d, 0xfe0fe7f4, 0x71, 0xfe11ea28), at 0xfe020614
        [9] report_fatal(0xfe0fe7f4, 0x71, 0xfe0fe82d, 0x2473d5, 0x5d563e9e, 0x0), at 0xfd8be438
        [10] ciBytecodeStream::table(0xfa980e9c, 0xca, 0x0, 0x7, 0xffffffff, 0x0), at 0xfd7a72f4
        [11] ciBytecodeStream::next(0xfa980e9c, 0x18d0e8, 0x0, 0x1670bc, 0x1, 0x1670b8), at 0xfd601fec
        [12] BlockListBuilder::set_leaders(0xfa98103c, 0x7, 0x0, 0x0, 0xffffffff, 0x1670d1), at 0xfd5e7850
        [13] BlockListBuilder::BlockListBuilder(0xfa98103c, 0x15bf48, 0xffffffff, 0x1, 0x5d89e052, 0xff8), at 0xfd5e7e5c
        [14] IRScope::build_graph(0x15bf48, 0xfa9814f4, 0xffffffff, 0x2473d5, 0x5d89e052, 0x0), at 0xfd60fbe8
        [15] IRScope::IRScope(0x15bf48, 0xfa9814f4, 0x0, 0xffffffff, 0x18d0e8, 0xffffffff), at 0xfd6106b4
        [16] IR::IR(0x15beb0, 0xfa9814f4, 0x18d0e8, 0xffffffff, 0x5d563e9e, 0xfe11ea28), at 0xfd612a18
        [17] Compilation::build_hir(0xfa9814f4, 0x2145c8c, 0xfe38b368, 0x2473d5, 0x5d563e9e, 0x0), at 0xfd5cd730
        [18] Compilation::compile_java_method(0xfa9814f4, 0xfa9813dc, 0x4, 0x150bc0, 0xfffffff8, 0x14dc5c), at 0xfd5ce8c8
        [19] Compilation::compile_method(0xfa9814f4, 0x0, 0x10000, 0x0, 0x0, 0x0), at 0xfd5cf720
        [20] Compilation::Compilation(0xfa9814f4, 0x14ce30, 0xfa981634, 0x18d0e8, 0xffffffff, 0x14d8f8), at 0xfd5cfecc
        [21] Compiler::compile_method(0x14ce30, 0xfa981634, 0x18d0e8, 0xffffffff, 0x0, 0x0), at 0xfd5d98dc
        [22] CompileBroker::invoke_compiler_on_method(0x16a5, 0x14d518, 0xf3965fe8, 0xc, 0xfa981d98, 0xc), at 0xfd8392fc
        [23] CompileBroker::compiler_thread_loop(0x1, 0x14d518, 0x0, 0x0, 0x19fdc, 0xfdf7e220), at 0xfd8387f8
        [24] compiler_thread_entry(0x14d518, 0x14d518, 0x1, 0xff389138, 0xfa981908, 0x0), at 0xfdf76a60

      The complete thread dump is attached as threads.log.1.

      JVM/DI clrbrk001 and JVM/TI clrbrk001 fail with the same internal
      error and very similar stack traces.

      ###@###.### 2005-2-16 21:12:12 GMT

        Attachments

          Activity

            People

            Assignee:
            Unassigned Unassigned
            Reporter:
            popovsunw Popov Popov (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: