Changeset: ccfcb502af3f
Author:dholmes
Date: 2011-01-25 00:14 -0500
URL: http://hg.openjdk.java.net/jdk7/hotspot-rt/hotspot/rev/ccfcb502af3f
6566340: Restore use of stillborn flag to signify a thread that was stopped
before it started
Summary: Restore use of stillborn flag
Reviewed
Changeset: ae38d1374e31
Author:mullan
Date: 2011-01-24 14:56 -0500
URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ae38d1374e31
5001004: Required Security Algorithms need to be defined
Reviewed-by: wetmore
! src/share/classes/java/security/AlgorithmParameterGenerator.java
! src/sha
Hello,
This code modifies the way that JVMTI compiled-method-load events are
posted. Previously, they were posted directly from the compiler
thread, which could cause issues if the JVMTI event handling code made
calls to RedefineClasses, since the compiler thread is unable to load
class
On Jan 25, 2011, at 8:49 AM, Keith McGuigan wrote:
>
> Hello,
>
> This code modifies the way that JVMTI compiled-method-load events are posted.
> Previously, they were posted directly from the compiler thread, which could
> cause issues if the JVMTI event handling code made calls to Redefine
On Jan 25, 2011, at 11:00 AM, Tom Rodriguez wrote:
On Jan 25, 2011, at 8:49 AM, Keith McGuigan wrote:
Hello,
This code modifies the way that JVMTI compiled-method-load events
are posted. Previously, they were posted directly from the
compiler thread, which could cause issues if the JV
Currently to maintain the proper ordering of load and unload events,
when you post
a compiled_method_load event, if there are pending
compiled_method_unload events,
then we "lock" the nmethod to ensure that the nmethod is not flushed
or unloaded while posting the event. What if we did that until
Changeset: 7f8794f9cc14
Author:darcy
Date: 2011-01-25 17:02 -0800
URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/7f8794f9cc14
7013420: Project Coin: remove general expression support from
try-with-resources statement
Reviewed-by: mcimadamore, jjg
! src/share/classes/com/sun
