Hi Eike, I've got it! You were right (as always). The problem was exactly there:
When fRemainder is weak, for instance due to floating point representation 0.2 gives 0.2000...0018 in double precision and fRemainder may tend to about 1e-15, nPartialDenom cannot represent its reciprocal in 32 bits precision. That's why 64 bits precision is required. Correct commit is on the way. :-) Best regards, Laurent BP ----- LibreOffice 5.1.4.1 -- View this message in context: http://nabble.documentfoundation.org/Different-behavior-of-same-code-in-Linux-and-Windows-tp4187462p4187654.html Sent from the Dev mailing list archive at Nabble.com. _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
