Ich möchte eine Fließkommazahl mit TIniFile.WriteFloat abspeichern und egal welchen Typ ich nehme (extended, single, double, real) wird, wenn ich eine 1 speichere, ein wilder Wert der Form 0,99999999987542 abgelegt.

Beim Laden und anschließenden Test auf 1 schlägt es natürlich fehl. Da 0,99999999987542 nunmal nicht 1 ist.

Wo liegt mein Denkfehler hier?

Vielen Dank schonmal und Happy Halloween!

Hallo,

Egal welchen Typ ich verwende, es wird immer eine 1 in die INI geschrieben.

zusammenfalten · markieren

Delphi-Quellcode:

uses
  IniFiles;

procedure TForm1.Button1Click(Sender: TObject);
var
  ini: TIniFile;
  i: Real; // od. Integer/Double etc.
begin
  ini := TIniFile.Create('c:\test.ini');
  try
    i := 1;
    ini.WriteFloat('Section', 'Name', i);
  finally
    ini.Free;
  end;
end;

Zitat von arc:

Ich möchte eine Fließkommazahl mit TIniFile.WriteFloat abspeichern und egal welchen Typ ich nehme (extended, single, double, real) wird, wenn ich eine 1 speichere, ein wilder Wert der Form 0,99999999987542 abgelegt.
Beim Laden und anschließenden Test auf 1 schlägt es natürlich fehl. Da 0,99999999987542 nunmal nicht 1 ist.
Wo liegt mein Denkfehler hier?
Vielen Dank schonmal und Happy Halloween!

Fehler 1: Du benutzt Gleitkommazahlen obwohl es dir anscheinend auf Akkuratheit ankommt (engl. accuracy, deu. "absolute Genauigkeit")
Fehler 2: Du vergleichst auf Gleichheit. Das sollte man mit Gleitkommazahlen nie machen.

Du kannst entweder Festkommazahlen hernehmen (wie z.B. Currency) oder du vergleichst mit einer Toleranz von +- 10^-6 oder sowas.

Danke! Currency löst das Problem sehr elegant!

Zitat von arc:

Danke! Currency löst das Problem sehr elegant!

Dennoch ist mir nicht klar, warum bei dir in die INI 0,99999999987542 geschrieben wurde, obwohl eigentlich eine 1 geschrieben wurde...

Er unterschlägt uns wohl noch einen Operation vorm Speichern, die zur binären Ungenauigkeit führt.

Ist ja auch nicht klar, wie genau (mit 1) verglichen werden muss, ein Round() könnte schon reichen. €: Seine Antwort übersehen: Wenn ihm der Nachkommabereich von Currency reicht, ist das natürlich auch Ok.

Wahrscheinlich stammt der Wert aus einer Berechnung.

Zitat von Luckie:

Wahrscheinlich stammt der Wert aus einer Berechnung.

Und wenn er so weiterverwendet wird, ist das ja auch nicht weiter schlimm - im Sinn der Fliesskommaarithmetik ist 0.999999765 so gut wie 1, die Ungenauigkeit wird bei Weiterverwendung auch nicht grösser als in einer direkten Berechnung. Es sieht halt bloss in der INI bescheuert aus.

Im übrigen ist das bei jedem Fliesskommawert so, nur wenn eine Ganzzahl rauskommen sollte, fällt es einem auf. Speichert man Pi, merkt keiner ob die letzte Stelle stimmt.

Gruss Reinhard

Zitat von Reinhard Kern:

die Ungenauigkeit wird bei Weiterverwendung auch nicht grösser als in einer direkten Berechnung

Aber hallo, und ob die Ungenauigkeit größer wird und zwar mit jeder Multiplikation und Division. Deswegen hat man ja auch in der Schule gelernt, dass man erst ganz zum Schluss das Ergebnis sinnvoll rundet.

ich kann Luckie nur beipflichten.

An der Uni Lernt man zwar Strategien nach denen man Berechnungen numerisch "Stabiler" hin bekommt, aber das Float Format ist einfach nicht das selbe wie man es von Mathe her kennt, auch Double löst das Problem nicht annähernd.

Was evtl. hilft, ist dann aber auch schon aufwendiger, Implementiere dir eine Mathe Lib, welche mit Brüchen Rechnen kann.

Wie so etwas "im Ansatz" geht kannst du Hier z.B. anschauen.