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

Stefan Johansson stefan.johansson at oracle.com
Mon Mar 26 15:03:49 UTC 2018


Hi Yasumasa,

On 2018-03-22 11:35, Yasumasa Suenaga wrote:
> Hi all,
>
> Please review this change:
>
>    JBS: https://bugs.openjdk.java.net/browse/JDK-8199519
> webrev: cr.openjdk.java.net/~ysuenaga/JDK-8199519/webrev.00/
The fix seems to make things to work as expected. Manually tested it and 
Mach5 also looks good.

I have some comments regarding the patch. I think 'forcibly' should be 
rename to something more descriptive. Naming is never easy but I think 
'required' would be better, as in, this column is required and not 
allowed to print '-'. That would also render the code in 
ExpressionResolver.java to be:
   return new Literal(isRequired ? 0.0d : Double.NaN);
I think that also better explains why we return 0 instead of NaN.

I would also like to see the forcibly/required state moved into the 
Expression it self, that way we don't have to pass it around but can 
instead do:
   return new Literal(e.isRequired() ? 0.0d : Double.NaN);

Thanks,
Stefan

>
> After JDK-8153333, some jstat tests are failed because GCT in jstat 
> output is dash (-) if garbage collector is not concurrent collector 
> e.g. Serial GC.
> I fixed that GCT can be calculated correctly.
>
> This change has been tested on Mach5 by Stefan.
>
>
> Thanks,
>
> Yasumasa



More information about the serviceability-dev mailing list