RFR (XS) 6976636: JVM/TI test ex03t001 fails assertion
dmitry.samersoff at oracle.com
dmitry.samersoff at oracle.com
Mon Mar 17 22:15:05 UTC 2014
Serguei,
The fix looks good for me.
--Dmitry
-----Original Message-----
From: "serguei.spitsyn at oracle.com" <serguei.spitsyn at oracle.com>
To: hotspot-dev at openjdk.java.net, "serviceability-dev at openjdk.java.net" <serviceability-dev at openjdk.java.net>
Sent: Thu, 13 Mar 2014 22:24
Subject: RFR (XS) 6976636: JVM/TI test ex03t001 fails assertion
Please, review the fix for:
https://bugs.openjdk.java.net/browse/JDK-6976636
Open webrev:
http://cr.openjdk.java.net/~sspitsyn/webrevs/2014/hotspot/6976636-JVMTI-unload.1
Summary:
This is a Nightly Stabilization issue.
The class unload event post in the JvmtiExport.cpp fails at the assert
assuming the proxy thread causing the class unload must be a JavaThread.
It is not the case when the proxy thread is a CMS ConcurrentGCThread.
This fix is to relax this check allowing this case.
The downside of this approach is that the jthread parameter passed to the
even handler callback is NULL for the CMS thread.
This must be Ok as it would indicates that the proxy thread is a CMS
thread.
In fact, I have a doubt this parameter is needed at all.
So that an alternative approach could be to remove it from the event
callback.
My preference is to leave the jthread parameter as it is as it does
not impact anything.
The class unload event is implemented as a source debug extension for the
sake of testing the extension functionality. The JDWP agent does not
use it.
The class unload events are not expected to be used by any external tool.
As a consequence of this fix the failing nsk.jvmti test ex03t001 must
be tweeked as well.
If review is positive then I'll file a bug and proceed with the test fix.
Testing:
Running the failing test: nsk/jvmti/scenarios/extension/EX03/ex03t001
Thanks,
Serguei
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20140317/a241a565/attachment-0001.html>
More information about the serviceability-dev
mailing list