https://bugs.documentfoundation.org/show_bug.cgi?id=139306
--- Comment #8 from Mike Kaganski <mikekagan...@hotmail.com> --- (In reply to Vladislav Tarakanov from comment #7) The "E-14" comes from the implementation of rtl_math_StringFormat_Automatic (see its logic in the same function), where it tries to choose the "optimal" representation of a number. See how it uses the number magnitude to switch between rtl_math_StringFormat_E (when the magnitude is <= -15 or >= 15), and rtl_math_StringFormat_F (when the magnitude is inside the bounds). So - is it this calculation that you intend to improve? Note that this will not help in cases when rtl_math_StringFormat_F is chosen explicitly, in which case, the switching will not happen, and any number, including E-300, will still be output using leading zeroes (and indeed, significands will be cut off). I would recommend you to look at the "nOrigDigits", which shows the count of significant digits in the decimal representation (without any leading/trailing zeroes). You could consider it in combination with magnitude in case of the _F format; but note that you must then pay attention to how the buffer size is calculated, to avoid buffer overflow. -- You are receiving this mail because: You are the assignee for the bug.
