[Libreoffice-bugs] [Bug 130202] New: Floating-point number round-trip lossage

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sun Jan 26 13:29:09 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=130202

            Bug ID: 130202
           Summary: Floating-point number round-trip lossage
           Product: LibreOffice
           Version: 6.3.4.2 release
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Calc
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: phma at bezitopo.org

Enter the following numbers and formula:
A1: 31415926535897932384
A2: 31415926535897900000
A3: =A1-A2

Expected number in A3: 32768 (not 32384 because of floating-point roundoff).
Actual number in A3: 0.

Both cells display 3.14159265358979E+019 when edited. If you try to subtract
31415926535897932384 from 31415926535897967616, the latter number is turned
into 3.1415926535898E+019, but the difference is still 0. The ulp of those
numbers is 4096; it should be possible to enter two numbers that size whose
difference is 4096.

When a floating-point binary number is converted to decimal for later
conversion back to floating-point binary, it should be converted with enough
digits that conversion to floating-point binary results in the same number. In
this case, the number should be displayed in the edit box as
3.1415926535897932E+019.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200126/82e9b594/attachment.htm>


More information about the Libreoffice-bugs mailing list