Review Request (S) 8005128: JSR 292: the mlvm redefineClassInBootstrap test crashes in ConstantPool::compare_entry_to (original) (raw)
serguei.spitsyn at oracle.com serguei.spitsyn at oracle.com
Wed Jan 16 13:46:26 PST 2013
- Previous message: hg: jdk8/tl/langtools: 8006283: Change to Class.cast() in javax.lang.model implementation for repeating annotations
- Next message: Review Request (S) 8006542: JSR 292: the VM_RedefineClasses::append_entry() must support invokedynamic entry kinds
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Please, review the fix for: https://jbs.oracle.com/bugs/browse/JDK-8005128
Open webrev: http://cr.openjdk.java.net/~sspitsyn/webrevs/2013/hotspot/8005128-JVMTI-JSR292.0/
Summary: When constant pool is copied by the merge_constant_pools() the invokedynamic operands must be copied in a right order. The pool_holder needs to be set before copying the operands.
Testing: nsk.jvmti.testlist, nsk.jdi.testlist, nsk.jdwp.testlist, vm/mlvm/indy/func/jvmti/redefineClassInBootstrap Will check if any jtreg tests are useful.
Thanks, Serguei
- Previous message: hg: jdk8/tl/langtools: 8006283: Change to Class.cast() in javax.lang.model implementation for repeating annotations
- Next message: Review Request (S) 8006542: JSR 292: the VM_RedefineClasses::append_entry() must support invokedynamic entry kinds
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]