Forum: Win32/Win64 API (native code)
Delphi
by Christian Seehase,
29. Jan 2006
Moin retnyg,
da ich aber nur auf FILE_NOTIFY_CHANGE_LAST_WRITE teste dürfte sich das nicht auswirken, zumal ich dann ja auch drei Aufrufe haben müsste.
Getestet habe ich das einfach, indem ich eine Datei in dem Verzeichnis mit Notepad geöffnet verändert und wieder gespeichert habe.
Forum: Win32/Win64 API (native code)
Delphi
by Christian Seehase,
29. Jan 2006
Moin retnyg,
da ich die als geändert erkannten Dateien kopiere (durchnummeriert) muss ich sogar nur schauen, ob die letzte kopierte, und die aktuell angebotene identisch sind (z.B. MD5 davon ermitteln).
Das Problem mit dem doppelten Auslösen zu umgehen stellt also nicht die Schwierigkeit dar ;-)
Ich möchte schlicht wissen, warum das überhaupt passiert.
Danke, aber ich bin ja auch...
Forum: Win32/Win64 API (native code)
Delphi
by Christian Seehase,
29. Jan 2006
Moin retnyg,
synchron hatte ich es zuerst auch gemacht, hatte dann aber das Problem, dass ich den Thread nicht richtig beenden konnte, wenn die Funktion auf ein Ereignis gewartet hat :?
Forum: Win32/Win64 API (native code)
Delphi
by Christian Seehase,
28. Jan 2006
Moin Zusammen,
so, dann will ich mal meinen Thread wieder ein wenig in den Mittelpunkt rücken. :mrgreen:
Forum: Win32/Win64 API (native code)
Delphi
by Christian Seehase,
15. Jan 2006
Moin Zusammen,
mit
ReadDirectoryChangesW(FhDir,pBuf,dwBufLen,true,FILE_NOTIFY_CHANGE_LAST_WRITE,@dwDummy,@Fovl,nil)
überwache ein Verzeichnis, wobei
GetQueuedCompletionStatus(FhComPort,dwRead,dwKey,pOVL,INFINITE)
auf das Auftreten einer Veränderung wartet.
Wird hierbei eine Datei geändert (es ändert sich nur der Inhalt, nicht die Grösse), so wird das Ereignis zweimal ausgelöst.