view test/compiler/6865265/StackOverflowBug.java @ 6972:bd7a7ce2e264

6830717: replay of compilations would help with debugging Summary: When java process crashed in compiler thread, repeat the compilation process will help finding root cause. This is done with using SA dump application class data and replay data from core dump, then use debug version of jvm to recompile the problematic java method. Reviewed-by: kvn, twisti, sspitsyn Contributed-by: yumin.qi@oracle.com
author minqi
date Mon, 12 Nov 2012 14:03:53 -0800
parents 71699e9d8673
children 7cc69864a29b
line wrap: on
line source

/*
 * Copyright (c) 2011, Oracle and/or its affiliates. All rights reserved.
 * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER.
 *
 * This code is free software; you can redistribute it and/or modify it
 * under the terms of the GNU General Public License version 2 only, as
 * published by the Free Software Foundation.
 *
 * This code is distributed in the hope that it will be useful, but WITHOUT
 * ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
 * FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
 * version 2 for more details (a copy is included in the LICENSE file that
 * accompanied this code).
 *
 * You should have received a copy of the GNU General Public License version
 * 2 along with this work; if not, write to the Free Software Foundation,
 * Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA.
 *
 * Please contact Oracle, 500 Oracle Parkway, Redwood Shores, CA 94065 USA
 * or visit www.oracle.com if you need additional information or have any
 * questions.
 *
 */

/**
 * @test
 * @bug 6865265
 * @summary JVM crashes with "missing exception handler" error
 * @author volker.simonis@sap.com
 *
 * @run main/othervm -XX:CompileThreshold=100 -Xbatch -Xss224k StackOverflowBug
 */


public class StackOverflowBug {

  public static int run() {
    try {
      try {
        return run();
      } catch (Throwable e) {
        // Notice that the class 'Throwable' is NOT resolved by the verifier,
        // because the verifier only checks if 'Throwable' is assignable to
        // 'java.lang.Throwable' and this check succeeds immediately if the two
        // types have equal names (see 'VerificationType::is_assignable_from' which
        // is called from 'ClassVerifier::verify_exception_handler_table').
        // This is strange, because if the two classes have different names,
        // 'is_assignable_from()' calls 'is_reference_assignable_from()' which resolves
        // both classes by calling 'SystemDictionary::resolve_or_fail()'. This call
        // also takes into account the current class loader (i.e. the one which was used
        // to load this class) and would place a corresponding
        // "java.lang.Throwable / current-Classloader" entry into the system dictionary.
        // This would in turn allow C2 to see 'java.lang.Throwable' as "loaded"
        // (see 'Parse::catch_inline_exceptions()') when this method is compiled.
        return 42;
      }
    }
    finally {
    }
  }

  public static void main(String argv[]) {
    run();
  }
}

/*
  public static int run();
    Code:
       0: invokestatic  #2                  // Method run:()I
       3: istore_0
       4: iload_0
       5: ireturn
       6: astore_0
       7: bipush        42
       9: istore_1
      10: iload_1
      11: ireturn
      12: astore_2
      13: aload_2
      14: athrow
    Exception table:
       from    to  target type
           0     4     6   Class java/lang/Throwable
           0     4    12   any
           6    10    12   any
          12    13    12   any

 */