Variableüberlauf

Peter schrieb:
> Bist du sicher das du double verwenden willst? Das ganze ist kann etwas
> langsam werden.
Es kann auch sein, dass es einfach als single precision float 
realisiert wird...  :-o

sebastian_83 schrieb:

> mit deinem Vorschlag tauchen die ausreißer weiter..sollte ich die
> anderen Variablen auch als Double deklarieren?

Nein, du solltest gar kein double verwenden, und dich statt dessen über 
Festkomma-Arithmetik informieren.

sebastian_83 schrieb:
> also an double liegt bestimmt nicht.

Das war jetzt nicht unbedingt auf dein konkretes Problem bezogen, 
sondern allgemein auf das, was du da machst.

> ich habe die variablen als uint32_t definiert(stdint.h ist included)und
> mit ultoa() ausgegeben ,trotsdem bei 65536 ist schluss das kann doch
> nicht wahr sein!!!!!

Und der Code zu diesem Problem sieht konkret wie aus?

Was sollen eigentlich die cli() und sei() in der Interrupt-Routine? Das 
cli() ist ohne Funktion und das sei() ist sogar gefährlich. Das Testen 
des TOV1-Flags ist z.B. völlig sinnlos, wenn direkt davor ein sei() 
steht. Was denkst du denn, was beim sei() passiert, wenn das Flag da 
gerade gesetzt ist?

Und diese Zeile ist auch äußerst fragwürdig:
>    Ergebnis += (double)(Endezeit)  - (double)(anfangszeit);
Ich bezweifle, dass da der Fall Endezeit<anfangszeit korrekt gehandhabt 
wird (wie es bei Unsigned-Integer-Arithmetik der Fall wäre).

sebastian_83 schrieb:
> 04.00

nur so ein Tipp für einen vielleicht zukünftigen Fehler: das müsste 
eigentlich einen Fehler ergeben. Eine vorausgestellte Null ergibt in C 
die oktale Darstellung (0868 ist ungleich 868)!

Lehrmann Michael schrieb:
> sebastian_83 schrieb:
>> 04.00
>
> nur so ein Tipp für einen vielleicht zukünftigen Fehler: das müsste
> eigentlich einen Fehler ergeben.

Warum soll es einen Fehler ergeben, wenn eine Zahl mit einer führenden 
Null ausgegeben wird?