kleinste Zahl in der Signifikanz

[Panthrax]

Vielen Dank!

Hab's mir angesehen und verstanden. Anfangs hatte ich mir das schwieriger vorgestellt. Insbesondere wegen der Sonderfälle +Inf, -Inf und NaN. Es von der Lösung her zu verstehen ist viel leichter. Vielen Dank!

AMath scheint eine wahre Fundgrube zu sein!

Zitat von r2c2:

Gibt es eigentlich einen Grund, warum man sowas haben wollte?

Bspw. deswegen:

Code:

1.00000000000000E+0009 + 1.00000000000000E-0009 -> 1.00000000000000E+0009

http://de.wikipedia.org/wiki/Gleitko..._absorption.29

[r2c2]

Zitat von Panthrax:

Zitat von r2c2:

Gibt es eigentlich einen Grund, warum man sowas haben wollte?

Bspw. deswegen:

Code:

1.00000000000000E+0009 + 1.00000000000000E-0009 -> 1.00000000000000E+0009

http://de.wikipedia.org/wiki/Gleitko..._absorption.29

Ich weiß wie Floats funktionieren. Nur versteh ich nicht, warum man so etwas, wie du vor hast, tun wollte. Ich kann mir momentan keine echte Anwendung vorstellen. Wo sollte ich sowas brauchen? Um Absorption zu verhindern? Warum sollte ich die verhindern wollen? Die ist nur logisch.

mfg


Christian

[Medium]

Im wissenschaftlichen Umfeld, wo doch ganz gerne mal mit extremen Zahlen hantiert wird, ist das durchaus relevant. Und sei es nur, um den möglicherweise den gemachten Fehler bei einer Rechnung quantitativ angeben zu können. Selbst wenn es "nur" Interesse ist sehe ich keinen Grund das in Frage zu stellen, zumal es ja nun eine durchaus machbare Sache zu sein scheint.

[r2c2]

Zitat von Medium:

Im wissenschaftlichen Umfeld, wo doch ganz gerne mal mit extremen Zahlen hantiert wird, ist das durchaus relevant.

Deshalb benutzt man für manche Anwendungen Festkommazahlen und eben gerade keine Floats.

Zitat:

Und sei es nur, um den möglicherweise den gemachten Fehler bei einer Rechnung quantitativ angeben zu können.

Das kannst du über Fehlerfortpflanzungsrechnung tun. Warum man dafür aber Floats inkrementieren muss, versteh ich nicht.

Zitat:

Selbst wenn es "nur" Interesse ist sehe ich keinen Grund das in Frage zu stellen, zumal es ja nun eine durchaus machbare Sache zu sein scheint.

Ich will ja nicht die Frage an sich als unberechtigt hinstellen. Interesse und Lust am Spielen sähe ich ja schon als Grund genug an. Meine Frage geht in zwei Richtungen:
a) Es gibt Leute, die Floats nicht verstehen und diesen Thread lesen. Und dann kommen sie womöglich auf dumme Gedanken. Aber viel wichtiger:
b) Das ich momentan keinen sinnvollen Einsatz sehe, heißt nicht, dass es diesen nicht gibt. Und wenn hier jemand einen nennt, hab ich was dazu gelernt und andere auch. Und selbst wenn keiner einen nennen kann, entsteht vielleicht eine interessante Diskussion aus der man vielleicht was anderes lernen kann...


mfg

Christian

[Medium]

Zitat von r2c2:

Deshalb benutzt man für manche Anwendungen Festkommazahlen und eben gerade keine Floats.

Manchmal reicht es jedoch auch näherungsweise, so lange man den Fehler angeben kann. Im Prinzip hast du aber natürlich Recht.

Zitat:

Das kannst du über Fehlerfortpflanzungsrechnung tun. Warum man dafür aber Floats inkrementieren muss, versteh ich nicht.

Den Fehler aus systemischen Ungenauigkeiten kann man berechnen, der aufgrund der Darstellung entstehende dürfte etwas härter werden, wenn man den tatsächlich gemachten Fehler nicht quantifizieren kann, welcher bei Floats ja recht maßgeblich vom betroffenen Intervall abhängt. Selbst dann wird es noch recht fummelig, aber immerhin kann man beweisbare Dinge schreiben

Zitat:

Ich will ja nicht die Frage an sich als unberechtigt hinstellen. Interesse und Lust am Spielen sähe ich ja schon als Grund genug an. Meine Frage geht in zwei Richtungen: [...]

Genehmigt! Mir kam die Infragestellung vom Wortlaut her wohl zu negativ rüber - nach dem Motto "Bissu blöd, wofür der Mist? Braucht doch kein normaler Mensch!" Mag aber auch an meiner heutigen Dosis blöder Dinge liegen. Hirn erwartet Gesetzt der Serie. Zweck hinterfragen ist sicherlich berechtigt, und es wäre nicht so, als würde mich nicht interessieren wofür der TE das einsetzen will! Klingt zumindest erstmal interessant.

Nichts für ungut!

[gammatester]

Wofür braucht man sowas?

Das haben sich wahrscheinlich die Autoren von ISO_IEC_10967-1/2/3, des POSIX- und ISO-C99 Standards, Java etc auch gefragt.

Offensichtlich haben sich das die Delphi-Entwickler aber nicht gefragt und in ihrer unendlichen Weisheit beschlossen, daß Otto Normalklickklack das nicht braucht.

Leider ist Delphi relativ ungeeignet für wissenschaftliches Rechnen, wo doch wohl eher mit Fließkomma gearbeitet wird. Das ist unter anderem an der mangelhaften Math-Unit abzulesen. Während praktisch alle anderen Sprachen Funktionen für succf, predf, ulp haben (ADA: SUCCESSOR PREDECESSOR UNIT_LAST_PLACE, ISO Full Basic: SUCC PRED ULP, FORTRAN: NEAREST, C, C++, Java: nextafter, ulp, etc.), sucht man sowas bei Borland/Inprise/Emba vergebens. Dafür jede Menge Bugs und schlampige Implementationen. (Für C++ haben sie es wohl eingesehen und -zumindest für einige Zeit- die Dinkumware-Library dazu gepackt, wie ist es bei XE/2?).

Als Ausgleich gibt es in Delphi's Math-Unit dafür allerdings echt geile unsinnige Funktionen wie ifthen, iszero etc.

Dies waren die Hauptgrunde für die Entwicklung für AMAth.