Zitat von Christian Seehase:

Moin Thomas,

was für Objekte willst Du denn überwachen?
Vielleicht wäre auch WaitForMultipleObjects was für Dich

objekte ist vielleicht falsch ausgedrückt, meine mit objekte z.b verzeichnisse oder dateien.
möchte z.b 20 dateien im abstand von 10 sekunden prüfen ob eine änderung vorgenommen wurde.

Es gibt als Gegenstück zu den Threads noch Fiber. Diese sind leichter zu verwalten. Gibts aber erst afaik ab Win2k.

Zitat von Thomas83:

objekte ist vielleicht falsch ausgedrückt, meine mit objekte z.b verzeichnisse oder dateien.
möchte z.b 20 dateien im abstand von 10 sekunden prüfen ob eine änderung vorgenommen wurde.

Nix einfacher als das.
Da nimmt die die Win-API die meiste Arbeit ab.
Du kannst Dich dafür registrieren, dass Du bei Änderung einer Datei/Verzeichnis benachrichtigt wirst.
Dafür gibt es auch Delphi-Komponenten.

Such mal hier im Forum oder bei torry.net nach DirectoryMonitor oder DirMonitor.

Zitat von phXql:

Es gibt als Gegenstück zu den Threads noch Fiber. Diese sind leichter zu verwalten. Gibts aber erst afaik ab Win2k.

Hast Du dazu mehr Infos oder Beispiele.
Das kenn ich nämlich auch nicht...

Zitat von Thomas83:

oder ich erstelle für jedes objekt was überwacht werden soll einen timer, da kann ich den intervall auch noch eingeben.

Blöde Idee Ein Timer ist ein Thread

Ich glaube nicht, dass Fiber hier nützlich sind.
Für die, die nicht wissen, was Fiber sind: Ein Thread kann mehrere Fiber verwalten. Mit Fibern kann man eine Art Multithreading realisieren, aber kein präemptives, sondern nur kooperatives, da zu einem anderen Fiber nur gewechselt wird, wenn man SwitchToFiber aufruft. Da Fiber aber nicht wirklich parallel arbeiten und sich auch nicht in kurzen Zeiträumen abwechseln, denke ich nicht, dass sie in der genannten Angelegenheit von Nutzen sind.

Zitat von Meflin:

Zitat von Thomas83:

oder ich erstelle für jedes objekt was überwacht werden soll einen timer, da kann ich den intervall auch noch eingeben.

Blöde Idee Ein Timer ist ein Thread

Nicht ganz.
Ein Timer erzeugt einen Thread, in welchem er abgearbeitet wird.

Zitat von RavenIV:

Zitat von Meflin:

Zitat von Thomas83:

oder ich erstelle für jedes objekt was überwacht werden soll einen timer, da kann ich den intervall auch noch eingeben.

Blöde Idee Ein Timer ist ein Thread

Nicht ganz.
Ein Timer erzeugt einen Thread, in welchem er abgearbeitet wird.

Hä? Blödsinn. Erstellt man mit der API-Funktion SetTimer einen Timer generiert Windows in den angegebenen Intervall für das Fenster eine WM_TIMER Message, welche über die Nachrichtenschleife abgerufen und über die Fensterprozedur abgearbeitet wird. Wo ist da jetzt der Thread?

Abgesehen mal davon, gibt es entsprechende API-Funktionen, um Verzeichnisse auf Änderungen zu überwachen (Verzeichnis überwachen).

Zitat von Luckie:

Zitat von RavenIV:

Zitat von Meflin:

Zitat von Thomas83:

oder ich erstelle für jedes objekt was überwacht werden soll einen timer, da kann ich den intervall auch noch eingeben.

Blöde Idee Ein Timer ist ein Thread

Nicht ganz.
Ein Timer erzeugt einen Thread, in welchem er abgearbeitet wird.

Hä? Blödsinn. Erstellt man mit der API-Funktion SetTimer einen Timer generiert Windows in den angegebenen Intervall für das Fenster eine WM_TIMER Message, welche über die Nachrichtenschleife abgerufen und über die Fensterprozedur abgearbeitet wird. Wo ist da jetzt der Thread?

Auch Hääähh?

Hab ich irgendwo behauptet, dass die API-Funktion SetTimer verwendet wird?
Die VCL erstellt einen neuen Thread, wenn ein TTimer verwendet wird.
Das ist doch richtig, oder nicht?

@Luckie: also ich persönlich meinte ja den guten alten TTimer Und ich war der Meinung dass sich der eines eigenen Threads bediente