[9] RFC on 8074467: In some cases, BigDecimal's toBigInteger() produces wrong result

[Paul Sandoz]

Hi Brian,

This seems like a "Cannot Reproduce" (the description is fuzzy about what versions of the JDK this previously worked on), and request further info.

You might want to check 8u20 and/or 8u31 (which is the version marked in the bug), rather than 8u40, just to double check if something was not inadvertently introduced that was subsequently fixed.

Paul.

On Mar 20, 2015, at 6:59 PM, Brian Burkhalter <brian.burkhalter at oracle.com> wrote:

> Comments from the “numerologists” on this list would be appreciated.
> 
> I investigated this issue
> 
> https://bugs.openjdk.java.net/browse/JDK-8074467
> 
> running the supplied test on JDK 8u40 and 9dev on native Mac OS 10.9.5 and VirtualBox Windows 7 Pro VM for the “BLOCK” values 1000 and 1500, as specified in the description. For a given BLOCK value the results were the same across all four corresponding test runs. Across all eight runs, the value of toBigInteger() was the same in all cases, contrary to the issue description. For a given BLOCK size, the value of the fractional part was the same across all four corresponding runs. The fractional part differed however between the two different BLOCK sizes, which is to be expected as the precisions of the calculations differ. The pertinent portions of the output of all tests runs are attached to the issue.
> 
> This could be resolved as either “Cannot Reproduce,” or as “Incomplete” with a comment requesting further corroboration from the external reporter of the issue.
> 
> Does anyone have a recommendation on this latter point or any other comments?
> 
> Thanks,
> 
> Brian