Sì, è possibile in C. Si dovrebbe cercare kernel code.
Ecco un piccolo campione di guardare nella directory:
#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;
}
I dettagli possono essere trovati nel cap. 16 (Kqueues e FSEvents) di "Advanced Mac OSX Programming" di Mark Dalrymple. Le informazioni aggiuntive possono essere trovate nella documentazione * BSD per i kqueues.
Oppure utilizzare questa API da FSEvents (è per lo più C-based).
FSEventStreamRef FSEventStreamCreate (CFAllocatorRef allocator,
FSEventStreamCallback callback,
FSEventStreamContext *context,
CFArrayRef pathsToWatch,
FSEventStreamEventId sinceWhen,
CFTimeInterval latency,
FSEventStreamCreateFlags flags);
per creare il flusso di eventi FSEvents con callback puro-C.
quindi collegare questo flusso evento al tuo runloop utilizzando il
void FSEventStreamScheduleWithRunLoop (FSEventStreamRef streamRef,
CFRunLoopRef runLoop,
CFStringRef runLoopMode);
Sì, qui probabilmente dovrebbe usare una linea di Obj-C per ottenere l'handle runloop: ottenere i CFRunLoop da un NSRunLoop utilizzando -getCFRunLoop
CFRunLoop* loopRef = [[NSRunLoop currentRunLoop] getCFRunLoop];
o utilizzare la chiamata puro C
CFRunLoop* loopRef = CFRunLoopGetCurrent();
Inizia l'evento Stream con
Boolean FSEventStreamStart (FSEventStreamRef streamRef);
Arrestare il flusso di eventi con
void FSEventStreamStop (FSEventStreamRef streamRef);
E poi non programmata dal runloop con questo:
void FSEventStreamUnscheduleFromRunLoop (FSEventStreamRef streamRef,
CFRunLoopRef runLoop,
CFStringRef runLoopMode);
invalidare la flusso (cleanup):
void FSEventStreamInvalidate (FSEventStreamRef streamRef);
Spero che questo ti porti abbellito.
Nei miei esperimenti, kqueue non è funzionalmente equivalente a FSEvents. Grazie per aver descritto il bit CFRunLoop! – berkus