Probleme mit Trunc

[Alallart]

@gammatester

Vielen Dank für die Kindergeschichte , da du aber mit einer Formel aus Wikipedia angekommen, seht man, dass du dich über die Kindergeschichte informiert hast. Nur hast du die Intention hinter dem Beispiel wohl nicht verstanden. Weder die "Kindergeschichte", die die Problematik mit Zins und Zinseszins beschreiben soll, noch um was es geht.

Hier geht es nicht darum mit a=0.01*(1+0.05)^2018 einen Wert auszurechnen, sondern zu zeigen, das 8 Byte sowohl den Zahlenbereich -2147483648..2147483647 als Integer, wie auch 5.0 x 10^-324 .. 1.7 x 10^308 als Real. Auch Excel rechnet nur mit einer begrenzten Anzahl Bits. Wenn man eine bestehende Zahl immer erhöht, dann wird man irgendwann auch den Rundungsfehler bemerken.

Und das ist das was du anscheinend bei dem kleinen Excel-Beispiel nicht verstanden hast, weil du mit einer Formel angekommen bist. Irgendwo wird abgeschnitten.

57544725553442900000000000000000000000000,00

[Daniel]

Klärt die persönlichen Differenzen per PN.
Darüber hinaus versucht einfach mal, die anderen Beitrage zu verstehen. Dass abgeschnitten wird, da Datentypen eine endliche Genauigkeit haben, habt Ihr beide bereits geschrieben.

[gammatester]

Zitat von Alallart:

da du aber mit einer Formel aus Wikipedia angekommen, seht man, dass du dich über die Kindergeschichte

Wenn ich dieses sprachliche Konstrukt dahingehend interpretiere, daß ich irgendwo bei Wiki eine Formel gefunden haben soll, liegst du falsch. Die 'Formel' über Zinseszins gehört mM zum mathematischen Allgemeinwissen.

Zitat von Alallart:

Hier geht es nicht darum mit a=0.01*(1+0.05)^2018 einen Wert auszurechnen, sondern zu zeigen, das 8 Byte sowohl den Zahlenbereich -2147483648..2147483647 als Integer, wie auch 5.0 x 10^-324 .. 1.7 x 10^308 als Real.

Schon wieder völlig falsch, 8-Byte-Integer haben eine Beeich von -2^63 = -9223372036854775808 ... 2^63-1= 9223372036854775807

Zitat von Alallart:

Auch Excel rechnet nur mit einer begrenzten Anzahl Bits. Wenn man eine bestehende Zahl immer erhöht, dann wird man irgendwann auch den Rundungsfehler bemerken.

Und schon wieder Excel plus Unsinn (wie erhöht man eine Zahl?)

Zitat von Alallart:

Und das ist das was du anscheinend bei dem kleinen Excel-Beispiel nicht verstanden hast

Und zu Abschluß noch einmal Excel.

Mir reicht diese Diskussion und ich werde keine weiteren Beiträge dazu liefern.

Schönes Wochenende

Edit: Sehe gerade Daniels Beitrag. @Alallart: bitte keine PN

[Alallart]

Wie kommst du drauf, dass ich dir je eine PN geschrieben hätte. Bitte keine Unterstellungen. So wichtig bist weder du, noch die Diskussion.

[Daniel]

Zitat von Alallart:

Wie kommst du drauf, dass ich dir je eine PN geschrieben hätte. Bitte keine Unterstellungen. So wichtig bist weder du, noch die Diskussion.

Was ist mir Dir los? Er schreibt, dass er keine PN von Dir haben möchte. Er trifft keine Aussage darüber, ob er bereits eine von Dir erhalten hat. Und irgendwie kann ich ihn verstehen ... und so wortreich, wie Du Dich hier einbringst, scheint Dir die Diskussion entgegen Deiner Aussage doch wichtig zu sein.

[Alallart]

Daniel, ich hätte nie eine PN an ihn geschickt. Warum auch? So wichtig ist das Ganze auch nicht. Seine Bitte an mich ihm keine PN zu schicken ist ähnlich dem, als wenn jemand ihn bitten würde keine fremden Kinder auf der Straße zu schlagen. Hatte er vermutlich nicht vor, es wird aber der Anschein erweckt das er es wollte.

[himitsu]

Zitat:

Und das ist das was du anscheinend bei dem kleinen Excel-Beispiel nicht verstanden hast, weil du mit einer Formel angekommen bist. Irgendwo wird abgeschnitten.

57544725553442900000000000000000000000000,00

Aus diesem Grund gibt es bei den Fließkommatypen auch die Angabe der Signifikanten Dezimalstellen.

Ja, einige Typen können locke Zahlen mit mehreren tausend Dezimalstellen vor und hinter dem Komma aufnehmen, aber egal wie groß der Wert ist, nur die "größten" X Dezimalstellen sind quasi "richtig" und alles nachfolgendes ist "nicht definiert", also "zufällig".

Problematisch wird es dann auch noch, wenn dann unterschiedlich große Zahlen miteinander verrechnet werden, wie z.B.
11111222223333344444555556666677777888889999,0 + 0,0000000000000000000000000000000000000001
Hier kann man 0,0000000000000000000000000000000000000001 so oft dazu rechnen, wie man will, aber das Ergebnis wird dennoch niemals größer werden.

Für sowas gibt es dann angepasste Bibliptheken, wenn man sowas unbedingt braucht.