Re: RFR(M): 8220628: Move the HeapMonitor library to C++

2019-03-13 Thread Chris Plummer
That's fine. LGMT. Chris On 3/13/19 8:00 PM, Jean Christophe Beyler wrote: Hi Chris, Thanks for the review, we could debate here about reinterpret vs static (my theory/understanding was do s

Re: RFR(M): 8220628: Move the HeapMonitor library to C++

2019-03-13 Thread Jean Christophe Beyler
Hi Chris, Thanks for the review, we could debate here about reinterpret vs static (my theory/understanding was do static if all else fails (and then do C style if that fails)) but really I'm going to do new/delete right after this and so all those casts will disappear in the next webrev. So in my

Re: RFR(M): 8220628: Move the HeapMonitor library to C++

2019-03-13 Thread Chris Plummer
Hi JC, Looks good. My only question is your use of reinterpret_cast instead of static_cast. Not an area of C++ I know much about, other than  having just read some varying opinions that aren't all that good at explaining what's going on. thanks

Re: RFR(M): 8220628: Move the HeapMonitor library to C++

2019-03-13 Thread serguei.spit...@oracle.com
Hi Jc, I do not see any issues, it looks good. This is nice as the code became simpler. Thanks, Serguei On 3/13/19 16:07, Jean Christophe Beyler wrote: Hi all, Could I get a review of:

Re: RFR: JDK-8218166: [Graal] com/sun/jdi/SimulResumerTest.java failure

2019-03-13 Thread dean . long
I don't know how to interpret "ignore checks if thread was collected", so it doesn't add much value for me. How about something like "ignore ownedMonitors() failure"? dl On 3/13/19 8:54 AM, Gary Adams wrote: One last set of diffs ...   - added comments on the ignored exceptions   - commented o

Re: [11] [12] RFR 8210457: JVM crash in ResolvedMethodTable::add_method(Handle)

2019-03-13 Thread coleen . phillimore
Thank you Serguei! Coleen On 3/13/19 1:48 PM, serguei.spit...@oracle.com wrote: Hi Coleen, Both backports look good to me. Thanks, Serguei On 3/12/19 15:07, coleen.phillim...@oracle.com wrote: Summary: Add a function to call NSME in ResolvedMethodTable to replace deleted methods. Please

Re: RFR(XS): 8220352: Crash with assert(external_guard || result != __null) failed: Invalid JNI handle

2019-03-13 Thread serguei.spit...@oracle.com
Hi Chris, Looks good. Thanks, Serguei On 3/12/19 23:28, Chris Plummer wrote: Hi, Please review the following: https://bugs.openjdk.java.net/browse/JDK-8220352 http://cr.openjdk.java.net/~cjplummer/8220352/webrev.00/ The possible use of an invalid jni handle is being avoided by not deletin

Re: 8218812: vmTestbase/nsk/jvmti/GetAllThreads/allthr001/TestDescription.java failed

2019-03-13 Thread serguei.spit...@oracle.com
Hi Daniil, LGTM++ Thanks, Serguei On 3/11/19 17:43, Jean Christophe Beyler wrote: Hi Daniil, Looks good to me :) Thanks, Jc On Mon, Mar 11, 201

Re: RFR(XS): 8220352: Crash with assert(external_guard || result != __null) failed: Invalid JNI handle

2019-03-13 Thread Chris Plummer
Thanks for the reviews! On 3/13/19 8:27 AM, Jean Christophe Beyler wrote: Looks good to me as well :). I was going to ask a question but got the answer in the bug comment you put :), thanks for being thorough in the explanat

Re: [11] [12] RFR 8210457: JVM crash in ResolvedMethodTable::add_method(Handle)

2019-03-13 Thread serguei.spit...@oracle.com
Hi Coleen, Both backports look good to me. Thanks, Serguei On 3/12/19 15:07, coleen.phillim...@oracle.com wrote: Summary: Add a function to call NSME in ResolvedMethodTable to replace deleted methods. Please review a backport of this bug to JDK 11 and 12.  The JDK 12 backport required some

Re: RFR: JDK-8218166: [Graal] com/sun/jdi/SimulResumerTest.java failure

2019-03-13 Thread Jean Christophe Beyler
Yes for me :) (though I'm not a Reviewer and I don't like commented code generally, for diagnostic tests I usually just put a flag that is off by default but no need to change it for me/this :-)), Jc On Wed, Mar 13, 2019 at 8:55 AM Gary Adams wrote: > One last set of diffs ... >- added comme

Re: RFR: JDK-8218166: [Graal] com/sun/jdi/SimulResumerTest.java failure

2019-03-13 Thread Gary Adams
One last set of diffs ... - added comments on the ignored exceptions - commented out excessive diagnostic print out (this will remove the jtreg truncated output) Ok to use dan, dean and jc as reveiwers? diff --git a/test/jdk/com/sun/jdi/SimulResumerTest.java b/test/jdk/com/sun/jdi/Simu

Fwd: Re: JMX

2019-03-13 Thread netbeans
-- Původní e-mail -- Od: Daniel Fuchs Komu: netbe...@post.cz, jdk-...@openjdk.java.net Datum: 19. 2. 2019 19:56:19 Předmět: Re: JMX "Hi, JMX related issues are mostly discussed on the serviceability-dev mailing list these days. On 19/02/2019 09:31, netbe...@post.cz wrote: > > De

Re: JDK-8218166: [Graal] com/sun/jdi/SimulResumerTest.java failure

2019-03-13 Thread Gary Adams
There is a caution in the disableCollection() docs that it should be used sparingly, because the behavior between debug and non-debug runs could differ. I actually prefer leaving the test in it's racy configuration. The collection of the object is not central to what the test is actually trying to

Re: RFR(XS): 8220352: Crash with assert(external_guard || result != __null) failed: Invalid JNI handle

2019-03-13 Thread gary.ad...@oracle.com
Looks good to me. On 3/13/19 2:28 AM, Chris Plummer wrote: Hi, Please review the following: https://bugs.openjdk.java.net/browse/JDK-8220352 http://cr.openjdk.java.net/~cjplummer/8220352/webrev.00/ The possible use of an invalid jni handle is being avoided by not deleting the globalrefs as t