[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-09-29 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 Andreas Heinisch changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |andreas.heini...@yahoo.de

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-09-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 QA Administrators changed: What|Removed |Added Keywords||bibisectRequest -- You are

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-09-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 Mike Kaganski changed: What|Removed |Added See Also||https://bugs.documentfounda

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-09-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 --- Comment #8 from Mike Kaganski --- (In reply to Andreas Heinisch from comment #7) Your analysis is completely correct. It's OK to use doubles; doubles allow to work with integers up to 2^52. The problem is in conversion to string.

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-09-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 Andreas Heinisch changed: What|Removed |Added See Also||https://bugs.documentfounda

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-09-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 --- Comment #7 from Andreas Heinisch --- Consider this small snippet: Sub Main i = 44 MsgBox TypeName(i) ' prints integer i = i + 1 MsgBox TypeName(i) ' prints double End Sub Because of [1], but the calculations are correct

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-09-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 Andreas Heinisch changed: What|Removed |Added CC||mikekagan...@hotmail.com ---

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-09-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 Andreas Heinisch changed: What|Removed |Added Keywords||regression --- Comment #5

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-09-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 Andreas Heinisch changed: What|Removed |Added Ever confirmed|0 |1

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-08-23 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 --- Comment #3 from Julian Ragan --- I would say a bug, since previously CStr did trim those extra zeros, I have been running code like this for at least 3 years now. The variable type on older version is also Variant/Double, but

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-08-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 --- Comment #2 from Uwe Auer --- Repro in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: d001836139b28d367cc70b64a13519d173066df1 CPU threads: 1; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale:

[Libreoffice-bugs] [Bug 143974] Basic function CStr is failing to properly convert integers after 41 steps in a for loop

2021-08-20 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=143974 --- Comment #1 from Uwe Auer --- The title of this report mentions "...convert integers..." but obviously variable "i" is not an integer, but a floating point value. Explicitly using "Dim i As Long" prevents the observed behavior to