On 18.11.2015 08:24, Jörg Schmidt wrote:
> Und ja, man kann echte Begrenzuungen einer verwendeten Programmiersprache
> klar von
> Sachverhalten unterscheiden die nur auf Implementierungsentscheidungen
> zurückgehen.
>
"Implementierungsentscheidungen" sind immer eine Abwägung. Natürlich
kann man
Hallo,
> From: technik [mailto:technik_...@jrsch.de]
> Genau das meinte ich. Ich hatte früher mal in Assembler
> reingeschaut und
> auch mal was einfaches programmiert. Alles was wir heute
> haben basiert
> ja darauf.
Aber das tut nichts Negatives zur Sache, denn nun zum Dritten Male:
On 16.11.2015 23:05, technik wrote:
> Vielleicht sollte ich meine Kasse auf Cent statt Euro umstellen, dann
> könnte ich Integers benutzen :-)
>
Diese Idee ist gar nicht einmal so falsch (jedenfalls wenn Du nicht mit
Bruchteilen von Cents (Benzinpreise, Devisenkurse, Börsenkurse etc.)
rechnen
Am Dienstag, 17. November 2015, 16:40:14 schrieb Jörg Schmidt:
> Hallo,
>
> > From: RA Stehmann [mailto:anw...@rechtsanwalt-stehmann.de]
> >
> > Das Problem ist IMO, dass die Fehler schon in den grundlegenden
> > Programmiersprachen auftreten.
>
> Das weiß ich nicht konkret und wollte deshalb
Hallo,
binär zu dezimal und umgekehrt führt in der Tat zu Fehlern. Hierfür gibt
es ein berüchtigtes Beispiel:
Python 3.2.3 (default, Feb 20 2013, 17:02:41)
[GCC 4.7.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 0.3+0.6
0.8999
>>>
Hallo,
das ist nicht nur in Calc so, sondern das Problem tritt auch in
Programmiersprachen auf.
Man kann daher vernünftigerweise nie zwei berechnete Werte auf
Gleichheit direkt überprüfen, sondern man muss sie vorher runden oder
beim Vergleich eine minimale Abweichung akzeptieren - also wenn
Hallo,
> From: Wolfgang Jäth [mailto:jawo.ml.hams...@arcor.de]
> *Du* denkst *dezimal*. Der *Rechner* denkt *binär* (und zwar immer mit
> voller Genauigkeit).
Sorry, aber genau das stimmt doch hier nicht. Die Rechenungenauigkeiten in Calc
gehen darauf zurück das Calc das gerade nicht tut
Auch mit unendlich vielen Nachkommastellen gibt es Ungenauigkeiten.
Am 13.11.2015 um 08:02 schrieb Jörg Schmidt:
> Hallo,
>
>> From: Wolfgang Jäth [mailto:jawo.ml.hams...@arcor.de]
>
>> *Du* denkst *dezimal*. Der *Rechner* denkt *binär* (und zwar immer mit
>> voller Genauigkeit).
>
> Sorry,
Hi,
> Gibt es keine Möglichkeit solche Fehler zu vermeiden, wenn man =(A7=48,55)
rechnet?
mir fällt dazu nur folgendes ein:
=Kürzen(...;2) bzw. =Runden(...;2) verwenden
oder:
Menü Extras - Einstellungen - OpenOffice Calc - Berechnen:
-> [X] Genauigkeit wie angezeigt
Gruß
Oliver
Am 12.11.2015 um 15:58 schrieb technik:
>
> ich habe schon wieder so einen dummen Fehler, wo das Programm
> anscheinend falsch rechnet.
> a+b-c=d aber dann ist d<>d; Abweichung 10E-13 aber für die Überprüfung
> ergibt das eben ein Falsch.
>
> Kommt das bei Euch auch raus oder rechnet mein
Hallo,
ich habe schon wieder so einen dummen Fehler, wo das Programm
anscheinend falsch rechnet.
a+b-c=d aber dann ist d<>d; Abweichung 10E-13 aber für die Überprüfung
ergibt das eben ein Falsch.
Kommt das bei Euch auch raus oder rechnet mein Rechner falsch?
Gibt es keine Möglichkeit solche
11 matches
Mail list logo