RFR: JDK-8237780: Shenandoah: More reliable nmethod verification

Aleksey Shipilev shade at redhat.com
Mon Feb 17 12:18:05 UTC 2020

On 2/17/20 1:13 PM, Roman Kennke wrote:
> http://cr.openjdk.java.net/~rkennke/JDK-8237780/webrev.01/

This is fine.

Although I would probably be open for storing that diagnostics into stringStream (see how
ShenandoahAsserts::print_failure does it), and putting it into the fatal message itself. Pros:
customers would hand over hs_errs to us with the relevant diagnostics. Cons: we can overflow the
stringStream and truncate parts of the data. Your call.


More information about the hotspot-gc-dev mailing list