RFR(XS): 8169003: LogDecorations.iso8601_utctime_test fails if numeric locale uses ", " as separator between integer and fraction part
Marcus Larsson
marcus.larsson at oracle.com
Fri Nov 4 15:16:34 UTC 2016
Hi,
Thanks for fixing this.
On 2016-11-01 18:30, Kirill Zhaldybin wrote:
> Dear all,
>
> Could you please review this fix for 8169003?
>
> I changed parsing of time string so now it is not depend on LC_NUMERIC
> locale so the test does not fail if locale where "floating point" is
> actually a comma is set.
>
> WebRev:
> http://cr.openjdk.java.net/~kzhaldyb/webrevs/JDK-8169003/webrev.00/
ISO8601 says the decimal point can be either '.' or ',' so the test
should accept either. You could let sscanf read out the decimal point as
a character and just verify that it is one of the two.
In the UTC test you changed ASSERT_GT to ASSERT_EQ, which means that we
won't accept "Z" suffixed strings. Please revert that.
Thanks,
Marcus
> CR: https://bugs.openjdk.java.net/browse/JDK-8169003
>
> Thank you.
>
> Regards, Kirill
More information about the hotspot-runtime-dev
mailing list