PING: RFR: 8199519: Several GC tests fails with: java.lang.NumberFormatException: Unparseable number: "-"

PING: Could you review it? We need one more reviewer. > http://cr.openjdk.java.net/~ysuenaga/JDK-8199519/webrev.03/ Yasumasa On 2018/04/03 21:37, Yasumasa Suenaga wrote: PING: Could you review it? This change has been passed Mach5 test.     >

RE: RFR : JDK-8042215 - javax/management/remote/mandatory/connection/ReconnectTest.java NoSuchObjectException no such object in table

Ping. Do review the changes. From: Amit Sapre Sent: Tuesday, April 03, 2018 3:38 PM To: serviceability-dev@openjdk.java.net Subject: RFR : JDK-8042215 - javax/management/remote/mandatory/connection/ReconnectTest.java NoSuchObjectException no such object in table Hello, Please

Re: jcmd, windows x64: cannot see other processes?

Hi Alan, On Mon, Apr 9, 2018 at 5:57 PM, Alan Bateman wrote: > On 09/04/2018 16:50, Thomas Stüfe wrote: > >> So, I found that I can attach with jcmd just fine, just the process >> listing does not work. >> >> I can only attach via pid, not via command name, which I

Re: RFR: Fix race condition in jdwp

Hi David, The existing "initComplete" in debugInit.c logic is the debug main thread initialization complete logic, that does not handle nor needs to wait for the asynchronous VM initialization that will be reported but must be completed before the debug loop can start processing cmds. Thanks

Re: RFR: Fix race condition in jdwp

Hi Serguei, I don't have access to the bug database to raise one, are you able to please? Summary: JDWP debugger initialization hangs intermittently Description: If during the JDWP setup initialization the VM initialization takes slightly longer than the main debug initialization thread a

Re: RFR: 8201327: Make Sensor deeply immutably thread safe

On Mon, Apr 9, 2018 at 7:13 PM, Martin Buchholz wrote: > > > On Mon, Apr 9, 2018 at 1:25 PM, Chris Hegarty > wrote: > >> >> > except maybe the "initially false" and "initially 0" comments as they >> are just documenting the default values and don't

Re: RFR (M): 8201247: Various cleanups in the attach framework

On 4/10/18 8:34 AM, Lindenmaier, Goetz wrote: Hi Christoph, thanks for doing this laborious change ... comparing all these files :) Change looks good, just some minor comments: You say you are sorting the includes, but in the VirtualMachineImpl.c files the order is changed, but according to

RE: RFR (M): 8201247: Various cleanups in the attach framework

Hi Chris, I ran the jtreg tests under hotspot/jtreg/serviceability/attach and jdk/com/sun/tools/attach for the main platforms (Windows, Linux X86_64, mac, solaris and AIX). I also pushed to submit-hs in branch "JDK-8201247" but it seems I have no luck and got no notification mails. May I ask

Re: RFR (M): 8201247: Various cleanups in the attach framework

Hi Christoph, I'm somewhat new to looking at submit-hs test jobs. However I see know indication of there being a submit for JDK-8201247, so I don't think it was run. I'll start my own testing with the last patch you sent out. thanks, Chris On 4/10/18 1:01 PM, Langer, Christoph wrote: Hi

Re: inspect a thread’s stack

On Tue, Apr 10, 2018 at 9:26 AM, Pietro Paolini wrote: >> >> I think the conversation will shift a bit if you explain what you mean with: >> >> "// inspect the frames of that thread doing any needed business with them" >> >> What exactly do you have in mind? Do you

Re: RFR (M): 8201247: Various cleanups in the attach framework

Hi Christoph, I finished testing. No issues. thanks, Chris On 4/10/18 1:08 PM, Chris Plummer wrote: Hi Christoph, I'm somewhat new to looking at submit-hs test jobs. However I see know indication of there being a submit for JDK-8201247, so I don't think it was run. I'll start my own

RE: RFR (M): 8201247: Various cleanups in the attach framework

Ah, ok, thanks for the info! Best regards, Goetz. > -Original Message- > From: Chris Plummer [mailto:chris.plum...@oracle.com] > Sent: Dienstag, 10. April 2018 19:31 > To: Lindenmaier, Goetz ; Langer, Christoph > ;

RE: inspect a thread’s stack

> > I think the conversation will shift a bit if you explain what you mean with: > > "// inspect the frames of that thread doing any needed business with them" > > What exactly do you have in mind? Do you want to change the stack in some > way? I would like to inspect the variable's name/value

Re: RFR: Fix race condition in jdwp

Hi Andrew, Okay, I'll file a bug on this topic. But do you have a standalone test demonstrating this issue? Thanks, Serguei On 4/10/18 06:23, Andrew Leonard wrote: Hi Serguei, I don't have