Hi Serguei,
Thanks for the review. The only open question seems to be:
> The dumper.dump() returns int value.
> Returned value is not used anymore in the attachListener.cpp and
> diagnisticCommand.cpp.
> Is it still used somewhere else or we can replace it with void?
The jmm_DumpHeap0 method st
Hi Ralf,
Okay, thanks!
Serguei
On 11/11/19 00:48, Schmelter, Ralf wrote:
Hi Serguei,
Thanks for the review. The only open question seems to be:
The dumper.dump() returns int value.
Returned value is not used anymore in the attachListener.cpp and
diagnisticCommand.cpp.
Is it still used somew
Hi Chris,
On 11/8/19 16:55, Chris Plummer wrote:
Hi Alex,
Comments below:
On 11/8/19 4:39 PM, Alex Menkov wrote:
On 11/08/2019 15:22, Alex Menkov wrote:
Hi all,
Please review the fix for
https://bugs.openjdk.java.net/browse/JDK-8215196
webrev:
http://cr.openjdk.java.net/~amenkov/jdk14/po
On 11/11/19 03:06, [email protected] wrote:
Hi Chris,
On 11/8/19 16:55, Chris Plummer wrote:
Hi Alex,
Comments below:
On 11/8/19 4:39 PM, Alex Menkov wrote:
On 11/08/2019 15:22, Alex Menkov wrote:
Hi all,
Please review the fix for
https://bugs.openjdk.java.net/browse/JDK-821519
Hi Alex,
The fix itself looks Okay.
Minor: replace in the comment: "compiler don't
drop" => "compiler doesn't drop".
However, we still have to reach a consensus on how we treat this
issue (as Chris already commented).
T
Hi,
I have created https://bugs.openjdk.java.net/browse/JDK-8233915
In short, a set of live objects L is not found using JVMTI FollowReferences()
if L is only reachable
from a scalar replaced object in a frame of a C2 compiled method. If L happens
to be a growing leak,
then a dynamically loaded
webrev: http://cr.openjdk.java.net/~dholmes/8233549/webrev/
bug: https://bugs.openjdk.java.net/browse/JDK-8233549
In JDK-8229516 I moved the interrupted state of a thread from the
osThread in the VM to the java.lang.Thread instance. In doing that I
overlooked a critical aspect, which is that to
