Ich will in einer Schleife eine Abfrage nach einer gewissen Zeit (100 - 1000 ms) machen, allerdings komm ich nicht drauf, wie ich die Zeit messen kann, ich finde nur die Funktionen zur Zeitmessung von Sekunden, gibts auch eine Funktion wo ich die abgelaufene Zeit in ms messen kann?

Zum Beispiel nehm ich eine Variable time, die wird mit der jetzigen Zeit in ms initialisiert, danach frag ich ab ob sich time schon um die Zeit (nach der ich eben messen will) erhöht hat.

Kurz: gibt es eine Funktion mit der man die Zeit in Millisekunden abrufen kann ?

Aber warum nicht,...

int delay = 100;
while (true)
{
  // Abfrage
  // HIER STEHT GAAAANZ VIEL CODE

  Idgolbal::Sleep( delay );
}

Spricht da was gegen?

So würde das aber auf jeden Fall ne gesunde CPU-Last erzeugen. Die einem Kern schlaucht dein Win da auf jeden Fall was. Da ist die Variante oben auf jeden Fall sehr viel sparsamer. Sleep() sollte standart sein wenn mich nicht alles täuscht.

Ich verwende eine Endlosschleife, mit sleep natürlich, wenn ic jetzt noch ein 2. sleep verwenden, anstatt die ms abzufragen die schon vergangen sind, dann würd die schleife bei jedem durchlauf zusätzlich nochmal unterbrochen wegen diesem 2en sleep. Aber du hast recht, wenn bei jedem durchlauf GetTickCount() aufegrufen wird ist das uneffizient, das muss ich noch ändern. Danke für den Hinweis

int delay = 100;
int lastC = GetTickCount();

// [...]

So würde das aber auf jeden Fall ne gesunde CPU-Last erzeugen. Die einem Kern schlaucht dein Win da auf jeden Fall was. Da ist die Variante oben auf jeden Fall sehr viel sparsamer. Sleep() sollte stan**** sein wenn mich nicht alles täuscht.

Man sollte aber -wenn schon- DWORD und nicht int verwenden, sonst gibts ja noch früher 'n Überlauf (...beachte: GetTickCount fängt nach längerer Zeit wieder bei 0 an, da der Datentyp DWORD -auf einem 32Bit System sizeof(unsigned long) = 4 Bytes- irgendwann 'voll' ist). Des Weiteren sollte das ganze in einen Thread ausgelagert werden, je nachdem was Du vor hast . ::Sleep() gehört zur WinAPI, ja. Idgolbal::Sleep( delay ); hingegen nicht.

Ansonsten wenn Du schon mit der WinAPI verheiratet bist wäre doch sicherlich auch ein Timer so intuitiv eine Option!?

Gruß
Das S.

ob ich jetzt unsigned long ... oder DWORD nehme

ist auch kein wunder, dass ist genau das gleiche, DWORD ist als unsigned long definiert

Also bei mir (32 bit system) ist DWORD und int gleich groß, gneau 4 byte, ob ich jetzt unsigned long, unsigned int, oder DWORD nehme, ist praktisch egal, alles 4 byte.

Da hast Du Recht. Aber schau Dir mal den Return-Typ von GetTickCount an...warum keine Typengleichheit erfüllen, wenns doch so einfach möglich ist ? Außerdem ist im C/C++ Standard festgelegt, dass char <= short <= int <= long gilt (bezogen auf den verwendeten Speicherplatz). Mit DWORD ist man also in Bezug auf Neuerungen auf der sicheren Seite, da das exakt dem Return-Typ der Funktion entspricht.

xxxxxxxxxxxxxxx schrieb:

das man statt int unsigned int nehmen sollte war mir sowieso bewußt.

Das hat auch niemand angesprochen. Mir ging es um den Umstieg auf DWORD! (Was eine Lapalie...)