Das deutsche QBasic- und FreeBASIC-Forum

[steini]

Hallo, ich schreibe gerade an einer Finanzsoftware.
Zu einem Geldbetrag soll der Rabatt berechnet werden.

[Lutz Ifer]

Computer rechnet im Gleitkommaformat IEEE754, dabei wird zwischen den Zahlenbasen 10 und 2 umgerechnet, was Ungenauigkeiten bringt.


Ein Taschenrechner, der im alternativen Gleitkommaformat IEEE854 rechnet, hat diese Ungenauigkeiten nicht (dafür Speicherplatzverschwendung von etwa 2,4%).

Implentationen von sogenannten "Finanz-Gleitkommaformaten" gibts viele, für FREEBasic allerdings nicht nativ (=In die Sprache eingebaut), sondern nur durch die Einbindung von Bibliotheken. Wie die jetzt genau heißen, bin ich allerdings überfragt, weil's mich nicht beschäftigt.
_________________
Wahnsinn ist nur die Antwort einer gesunden Psyche auf eine kranke Gesellschaft.

[dreael]

Ohne viel Kommentar:

http://www.dreael.ch/Deutsch/BASIC-Knowhow-Ecke/Gleitkommazahlen.html

Hier werden so ziemlich sämtliche Aspekte vom Titelthema von A biz Z durchgekaut.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[steini]

drael, das Problem ist ja nicht, dass ich nicht weiß, wie ich richtig runden soll, sondern dass der Ausgangswert für die Rundungen ungenau ist! In dem Link wird zwar schön erklärt, wie diese Ungenauigkeiten zustande kommen, aber nicht, wie man sie behebt. Oder hab ich da etwas übersehen? Falls ja, gin mir doch bitte nen konkreten Hinweis.

Was die "Finanz-Gleitkommaformate" betrifft, werd ich mich mal schlau machen...

danke erstmal!

[HorstD]

@steini

Versuch's mal damit:

[dreael]

@steini:
Ab dem Untertitel "Entwicklung einer Rundungsroutine" gehe ich auf Lösungen ein. Zuvor ist quasi die "Theorie" gefolgt, weshalb es dieses Verhalten gibt.

An Deiner Stelle solltest Du evtl. über die dort dritte diskutierte Variante nachdenken, also intern quasi alle Beträge als beispielsweise *100 grosse Zahl (Faktor abhängig von der kleinsten Währungsstückelung) im Speicher darstellen und somit das Komma nur rein optisch bei der Ausgabe einfügen. Dazu am besten die dortigen Code-Beispiele in FUNCTION-Prozeduren verpacken.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[steini]

@HorstD: Die Idee, die du da hast, war mir auch schon gekommen. Einfach einen minimalen Wert dazuaddieren. Dann wird aus den errechneten 0.994999... 0.995 und die Rundung haut hin.
ABER: Was ist, wenn bei anderen Werten rechnerisch nun wirklich 0,994999... rauskommen würde, dann würde er fälschlicherweise auf- statt abrunden.
Im Endeffekt glaube ich, verschiebt man das Problem damit nur. Die konkrete Rechnung geht dann zwar, dafür eine andere aber nicht!

Die Idee von drael, nur mit Ganzzahlen zu rechnen, finde ich echt cool!
Leider hat mein Prog bereits mehrere tausend Zeilen und zig Variablen, da mir der Rundungsfehler erst kürzlich aufgefallen ist. Jetzt nachträglich alles mit Ganzzahlen zu berechnen scheint mir leider unmöglich...

Also wenn jemand vielleicht so eine Bibliothek findet die das kann oder sonst eine ZUVERLÄSSIGE Möglichkeit weiß, würd ich mich sehr freuen!

[nemored]

Prinzipiell wird es nicht so schwierig sein, eine passende Bibliothek zu erstellen, aber dann kommst du, fürchte ich, um eine Komplettüberarbeitung des Programms trotzdem nicht herum.
_________________
Deine Chance beträgt 1:1000. Also musst du folgendes tun: Vergiss die 1000 und konzentriere dich auf die 1.

[volta]

Hi,
ob das nun eine "ZUVERLÄSSIGE Möglichkeit" ist kann ich nicht mit Bestimmtheit sagen
Bei Experimenten mit dem Beispiel von steini fiel mir auch auf das 0.995 in der Anzeige nicht richtig gerundet wurde.
Ich habe dann eine kleine Funktion geschrieben (in FreeBasic) die einmal mit einem sehr kleinen Wert 1E-13 den Umwandlungsfehler korrigiert und dann nach kaufmännischen Gesichtspunkt auf 2 Nachkommastellen rundet.