Hilfe bei "Zahlenfolge"

So hab ich das mit dem i auch schon versucht, hatte da allerdings das Problem, dass der Wert nicht "zurückgesetzt" wird wenn die Schleife fertig ist..

/edit: kaum initialisiert man es, funktionierts

Anzeige

(01.11.2015 16:06 )Lucki schrieb:  Aber die Diskussion dieser Problematik geht sowieso über das hinaus, was hier der Lehrer von seinem Schüler erwartet

Ich sage mal so: Wenn der Lehrer als Summe 36 erwartet, erwartet er von seinen Schülern auch, dass der herausbekommt, dass mindestes 4x10^15 (<= Bereich der Genauigkeit von DBL) Durchläufe erforderlich sind. Was im übrigen auch für einen (normalen) Computer ans Unmögliche grenzt.

Denk ich auch, wir haben anfangs ja auch die ganzen Zahlenformate besprochenen. Nur war das bei den bisherigen Aufgaben zu vernachlässigen. Ich hoffe da kommt mit der Zeit etwas Routine rein. Nochmals danke an jeden für seine Hilfe.

Irgendwann wird der Code übrigens auf Grund der Rundungs-Ungenauigkeiten bei der Addition von großen und sehr kleinen Zahlen im Gleitkommaformat an seine Grenzen stoßen und kein neues Ergebnis mehr liefern. Auch die Addition von sehr vielen Gleitkommazahlen führt zwangsläufig mit der Zeit zu immer mehr Ungenauigkeiten.

Dies sollte man immer im Hinterkopf behalten!

Gruß, Jens

Es gibt da auch noch eine ganz und gar unmathematische Grenze: Die Berechnungsdauer.
Bei DBL-Zahlen funktioniert das Inkremetieren mit +1 noch bis ca. 1E15 (Es ist 1E15 + 1 - 1e15 = 1, jedoch ist 1E16 +1 -1E16 = 0). Also könnte das Programm mit 1E15 Durchläufen, entsrechend eine Reihensumme von ca. 37, im Prinizip noch funktionieren. Die Rechendauer wäre da aber schon mal im Halbjahresbereich. Die Berechnunsdauer bei max. mögl. Reihensumme für das Zahlenformat EXT habe ich jetzt keine Lust zu schätzen, obwohl das schnell möglich wäre. 100 Jahre? 10000 Jahre? 1000000 Jahre?