Ja, es ist möglich, in C sollten Sie suchen Kernel-Warteschlangen.
Hier ist ein kleines Beispiel das Verzeichnis zu sehen:
#include <errno.h> // for errno
#include <fcntl.h> // for O_RDONLY
#include <stdio.h> // for fprintf()
#include <stdlib.h> // for EXIT_SUCCESS
#include <string.h> // for strerror()
#include <sys/event.h> // for kqueue() etc.
#include <unistd.h> // for close()
int main (int argc, const char *argv[])
{
int kq = kqueue();
// dir name is in argv[1], NO checks for errors here
int dirfd = open (argv[1], O_RDONLY);
struct kevent direvent;
EV_SET (&direvent, dirfd, EVFILT_VNODE, EV_ADD | EV_CLEAR | EV_ENABLE,
NOTE_WRITE, 0, (void *)dirname);
kevent(kq, &direvent, 1, NULL, 0, NULL);
// Register interest in SIGINT with the queue. The user data
// is NULL, which is how we'll differentiate between
// a directory-modification event and a SIGINT-received event.
struct kevent sigevent;
EV_SET (&sigevent, SIGINT, EVFILT_SIGNAL, EV_ADD | EV_ENABLE, 0, 0, NULL);
// kqueue event handling happens after the legacy API, so make
// sure it doesn eat the signal before the kqueue can see it.
signal (SIGINT, SIG_IGN);
// Register the signal event.
kevent(kq, &sigevent, 1, NULL, 0, NULL);
while (1) {
// camp on kevent() until something interesting happens
struct kevent change;
if (kevent(kq, NULL, 0, &change, 1, NULL) == -1) { exit(1); }
// The signal event has NULL in the user data. Check for that first.
if (change.udata == NULL) {
break;
} else {
// udata is non-null, so it's the name of the directory
printf ("%s\n", (char*)change.udata);
}
}
close (kq);
return 0;
}
Die Details können in ch finden. 16 (kqueues und FSEvents) von "Advanced Mac OSX Programming" von Mark Dalrymple. Die zusätzlichen Informationen finden Sie in der * BSD-Dokumentation für kqueues.
Oder verwenden Sie diese API von FSEvents (es ist meist C-basiert).
FSEventStreamRef FSEventStreamCreate (CFAllocatorRef allocator,
FSEventStreamCallback callback,
FSEventStreamContext *context,
CFArrayRef pathsToWatch,
FSEventStreamEventId sinceWhen,
CFTimeInterval latency,
FSEventStreamCreateFlags flags);
, um den FSEvents-Ereignisdatenstrom mit reinem C-Callback zu erstellen.
legen Sie dann diesen Ereignisstrom zu Ihrem Runloop mit der
void FSEventStreamScheduleWithRunLoop (FSEventStreamRef streamRef,
CFRunLoopRef runLoop,
CFStringRef runLoopMode);
Ja, hier haben Sie wahrscheinlich eine Reihe von Obj-C verwenden sollten den Runloop Griff zu bekommen: das CFRunLoop von einem NSRunLoop von -getCFRunLoop mit
CFRunLoop* loopRef = [[NSRunLoop currentRunLoop] getCFRunLoop];
oder verwenden Sie den reinen C-Aufruf
CFRunLoop* loopRef = CFRunLoopGetCurrent();
das Ereignis starten Stream mit
Boolean FSEventStreamStart (FSEventStreamRef streamRef);
den Ereignisstrom Stop mit
void FSEventStreamStop (FSEventStreamRef streamRef);
Und dann Unschedule es aus dem Runloop mit diesem:
void FSEventStreamUnscheduleFromRunLoop (FSEventStreamRef streamRef,
CFRunLoopRef runLoop,
CFStringRef runLoopMode);
Invalidate den Strom (Bereinigung):
void FSEventStreamInvalidate (FSEventStreamRef streamRef);
Hoffe, das wird Sie s scharf gemacht.
In meinen Experimenten ist kqueue funktionell nicht äquivalent zu FSEvents. Danke, dass du dir das CFRunLoop-Bit ausgedacht hast! – berkus