Eingabe:
=2555,79-2490,43
Ergebnis:
65,3600000000000001
Screenshot: [Bild nicht gefunden - Pic-Upload.de](Screenshot: Bild nicht gefunden - Pic-Upload.de)
Version: 5.3.4.2 (x64) unter Windows 7
Eingabe:
=2555,79-2490,43
Ergebnis:
65,3600000000000001
Screenshot: [Bild nicht gefunden - Pic-Upload.de](Screenshot: Bild nicht gefunden - Pic-Upload.de)
Version: 5.3.4.2 (x64) unter Windows 7
Das ist Einschleppung insignifikanter dyadischer Ziffern durch numerische Auslöschung signifikanter Ziffern. Kein Fehler, sondern eine altbekannte lästige, aber unvermeidliche Folge des Rechnens mit festgelegter Zahl von Stellen, hier noch in einem Zahlsystem (dyadisch), in das und aus dem konvertiert werden muss, wenn der Benutzer eine dezimale Representation der Zahlen haben will. Eine beliebige mögliche Zahl lässt sich meistens nicht exakt in einem gegebenen Zahlsystem darstellen, und die bestmöglichen Darstellungen in verschiedenen Zahlsystemen sind meist nicht genau gleichwertig. Nach Äuslöschung gültiger führender Ziffern siehst du den kleinen Unterschied.
[Ab Versin 5.4](LibreOffice 5.4: Release Notes - The Document Foundation Wiki) (derzeit in der RC-Phase) gibt es eine neue Funktion, die helfen soll solche Irritationen zu vermindern: ROUNDSIG (der deutsche Name wird RUNDENSIG sein.)
Siehe auch
Diesen Thread in Englisch,
diesen Wikipedia-Artikel
Das ist leider “normal” bei floating point weil nicht alle dezimalen Werte exakt binaer repraesentiert werden koennen. =RUNDEN(2555,79-2490,43;2)
schafft Abhilfe. Bei der automatischen Darstellung abhaengig von der Spaltenbreite, die du anscheinend verwendest, koennte das jedoch vielleicht beruecksichtigt werden. Ansonsten ist es das gleiche wie Zahlformat 0,0000000000000000
Fuer Details siehe auch Numeric precision in Microsoft Excel - Wikipedia