ElapsedMilliseconds() Überlauf

[mk-soft]

Irgendwann wurde aus mir unbekannten gründen der Rückgabewert von ElapsedMilliseconds() geändert.

Normalerweise geht der Zählwert bei einen Überlauf vom grössten positiven Wert auf den grössten negativen Wert.
Somit ist die Zeit-Differenzberechnung immer richtig.

Funktioniert dieser Überlauf vom Zeitgeber, jetzt nach dem Programmstart, immer noch genauso.
Wenn nicht haben wir ein Problem mit Programmen oder Dienste die immer laufen und die Funktion benutzen.

[RSBasic]

Benutzt du auch ein Quad für die Variable?

[mk-soft]

Darum geht es nicht
Mir sind durch aus die unterschiede der verschiedenen Variablentypen und deren Bereiche bekannt.

Es steht ja auch in der Hilfe das der Rückgabewert jetzt ein Quad ist. Ich hoffe nur das die interne Umsetzung zu einen Quad funktioniert.
Ich habe teilweise Produktiv-Systeme die Jahrelang nicht abgeschaltet werden, oder nicht neugestartet wurden.
Doch!, sowas gibt es auch mit Windows

Der Quad Rückgabewert sollte eigentlich immer reichen. Finde aber die Umsetzung bei der X86-Version auf den Quad-Wert sinnlos, da in der alten Version der Rückgabewert der Überlauf richtig durchführt wurde.

Es war, glaube ich, das diese Änderung nur umgesetzt wurde, da einige das mit den Überlauf nicht verstanden haben.

[GPI]

Ein quad sind maximal 9223372036854775807

somit 9223372036854775807 ms
= 9223372036854775,807 sekunden
= 153722867280912,93 minuten
= 2562047788015,21 stunden
= 106751991167,30 tage
= 292471208,67 Jahre (bei festen 365 Tagen pro Jahre)

Ein Überlauf ist völlig uninteressant.

edit: ab Vista wird man vermutlich einfach GetTickCount64() bei Windows benutzen (und bei anderen OS wirds sicherlich ähnliches geben). Den Befehl gibt es ja bei XP nicht, das ist ein "Problem". Aber ElapsedMiliseconds() hat keinen definierten Startzeitpunkt. Rein theoretisch kann er starten, wenn man zum ersten mal die Function aufruft. Scheint auch der Fall zu sein

Code: Alles auswählen

Delay(1000)
Debug ElapsedMilliseconds()

ist hier bei Windows immer Null. Selbst wenn die interne Function nur GetTickCount() verwendet - solange zwischen beiden ElapsedMilliseconds()-Aufrufen weniger als grob 40 Tage liegen, sollte es keinerlei Probleme geben.

[Josh]

Es war, glaube ich, das diese Änderung nur umgesetzt wurde, da einige das mit den Überlauf nicht verstanden haben.

Seit ein oder zwei Versionen wird für ElapsedMilliseconds() PureBasic intern QueryPerformanceCounter anstatt GetTickCount verwendet und das erfordert ein Quad als Rückgabewert. Ist ja viel genauer, da GetTickCount nur alle 32 ms (oder so) gezählt hat.

Irgendwie hab ich was im Kopf, dass Fred mal was geschrieben hat, dass ElapsedMilliseconds() bei MacOs und Linux schon immer bei 0 gestartet haben. Bin mir aber nicht mehr ganz sicher.

[#NULL]

http://www.purebasic.fr/english/viewtop ... 45#p501045

ElapsedMilliseconds() should be precise on all OS now as we use PerformanceCounter on Windows and gettimeofday() on Linux/OSX which both have microsecond support. But yes, non of these OS are realtime, so you could approach precise timing but not reach it

http://www.purebasic.fr/english/viewtop ... 43#p503543

It was already like this on OSX and Linux, so I just did the same on Windows. ElapsedMilliseconds() is not from program start, it's between 2 call of it.

Was ist eigentlich die Frage? Ob intern alles richtig ist musst du Fred fragen. Das der erste Aufruf jetzt >=0 zurueckgibt anstatt >0 ist doch eigentlich egal, hoechstens relevant bei RandomSeed(ElapsedMilliseconds()) weil man jetzt wohlmoeglich immer seed 0 benutzt.

[Nino]

= 292471208,67 Jahre (bei festen 365 Tagen pro Jahre)

Ein Überlauf ist völlig uninteressant.

So ist es.
(Auf lange Sicht hat ein Jahr im Durchschnitt 365,2425 Tage.)

Da ElapsedMilliseconds() in den neueren PB-Versionen beim ersten Aufruf mit 0 startet, dauert es bis zu einem Überlauf von ElapsedMilliseconds() selbst theoretisch über 292 Millionen Jahre.

Im Prinzip kann allerdings schon vorher die von ElapsedMilliseconds() aufgerufene API-Funktion überlaufen. Für QueryPerformanceCounter (QPC) unter Windows gilt:

How often does QPC roll over?

Not less than 100 years from the most recent system boot, and potentially longer based on the underlying hardware timer used. For most applications, rollover isn't a concern.

https://msdn.microsoft.com/de-de/librar ... p/dn553408(v=vs.85%29.aspx

[Helle]

Für Interessierte :
http://www.purebasic.fr/english/viewto ... &start=15