RFR: 8326227: Rounding error that may distort computeNextGaussian results [v3]
Chris Hennick
duke at openjdk.org
Fri Aug 9 19:12:49 UTC 2024
On Wed, 12 Jun 2024 10:08:02 GMT, Jaikiran Pai <jpai at openjdk.org> wrote:
>>> Update: confirmed that the new test fails without the fix.
>>
>> Thanks for verifying the test checks the fix; I'll let others who have worked more directly on the random code review the actual fix.
>
>> @jddarcy Added a regression test, and currently working on adjusting it (see https://github.com/Pr0methean/jdk/actions/runs/7984444127) to ensure we have a case that fails without the fix, passes with the fix, and is practical to run within the usual unit-test timeouts.
>
> I gave this a try locally. It doesn't fail for me without the source code changes proposed in this PR. I see the following output from the test without the source code changes:
>
>
> got 1.0 for max 1.0
> got 2.0 for max 2.0
> got 3.0 for max 3.0
> got 4.0 for max 4.0
> got 5.0 for max 5.0
> got 6.0 for max 6.0
> got 7.0 for max 7.0
> got 11.353912041222094 for max 8.0
> got 11.353912041222094 for max 9.0
>
>
> With the proposed changes in this PR, the test continues to pass and I see this output:
>
>
> got 7.569274694148063 for max 1.0
> got 7.569274694148063 for max 2.0
> got 7.569274694148063 for max 3.0
> got 7.569274694148063 for max 4.0
> got 7.569274694148063 for max 5.0
> got 7.569274694148063 for max 6.0
> got 7.569274694148063 for max 7.0
> got 11.353912041222094 for max 8.0
> got 11.353912041222094 for max 9.0
@jaikiran Thanks for these results; I'll take another look at the test over the weekend.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/17703#issuecomment-2278574602
More information about the core-libs-dev
mailing list