Mac Developer Library

Developer

FSEvents Reference

Options
Deployment Target:

On This Page
Language:

FSEvents Reference

This header describes the FSEvents API. This API provides a mechanism to notify clients about directories they ought to re-scan in order to keep their internal data structures up-to-date with respect to the true state of the file system. (For example, when files or directories are created, modified, or removed.) It sends these notifications "in bulk", possibly notifying the client of changes to several directories in a single callback. By using the API, clients can notice such changes quickly, without needing to resort to recursive polling/scanning of the file system.

Much like kqueues, the FSEvents API allows an application to find near-immediately when the contents of a particular directory has changed. However, unlike kqueues, the FSEvents API allows the application to monitor the whole file system hierarchy rooted at a specified directory (and still get precise per-directory notifications) -- to do this with the kqueues API would require the client to monitor each directory individually.

Clients can register interest in a chunk of the filesystem hierarchy and will receive callbacks from their runloop whenever an event occurs that modifies the filesystem therein. The callback will indicate the exact directory in which the event occurred, so the client only has to scan that directory for updated info, not all its children. Clients can supply a "latency" parameter that tells how long to wait after an event occurs before forwarding it; this reduces the volume of events and reduces the chance that the client will see an "intermediate" state, like those that arise when doing a "safe save" of a file, creating a package, or downloading a file via Safari.

The lifecycle of an FSEventStream consists of these stages:

  1. FSEventStreamCreate() / FSEventStreamCreateRelativeToDevice() -> Creates an FSEventStream.

  2. FSEventStreamScheduleWithRunLoop() -> Schedules an FSEventStream on a runloop, like CFRunLoopAddSource() does for a CFRunLoopSourceRef.

  3. FSEventStreamStart() -> Starts receiving events and servicing them from the client's runloop(s) using the callback supplied by the client when the stream was created. If a value was supplied for the sinceWhen parameter then "historical" events will be sent via your callback first, then a HistoryDone event, then "contemporary" events will be sent on an ongoing basis (as though you had supplied kFSEventStreamEventIdSinceNow for sinceWhen).

  4. FSEventStreamStop() -> Stops the stream, ensuring the client's callback will not be called again for this stream. After stopping the stream, it can be restarted seamlessly via FSEventStreamStart() without missing any events.

  5. FSEventStreamInvalidate() -> Invalidates the stream, like CFRunLoopSourceInvalidate() does for a CFRunLoopSourcRef.

  6. FSEventStreamRelease() -> Decrements the refcount on the stream (initially one and incremented via FSEventStreamRetain()). If the refcount reaches zero, the stream is deallocated.

Once the event stream has been started, the following calls can be used:

FSEventStreamGetLatestEventId() -> Initially, this returns the sinceWhen value supplied when the stream was created; thereafter, it is updated with the highest-numbered event ID mentioned in the current batch of events just before invoking the client's callback. Clients can store this value persistently as long as they also store the UUID for the device (obtained via FSEventsCopyUUIDForDevice()). Clients can then later supply this event ID as the sinceWhen parameter to FSEventStreamCreateRelativeToDevice(), as long as its UUID matches what you stored. This works because the FSEvents service stores events in a persistent, per-volume database. In this regard,the stream of event IDs acts like a global, system-wide clock, but bears no relation to any particular timebase.

FSEventStreamFlushAsync() -> Requests that the fseventsd daemon send any events it has already buffered (via the latency parameter to one of the FSEventStreamCreate...() functions). This occurs asynchronously; clients will not have received all the callbacks by the time this call returns to them.

FSEventStreamFlushSync() -> Requests that the fseventsd daemon send any events it has already buffered (via the latency parameter to one of the FSEventStreamCreate...() functions). Then runs the runloop in its private mode till all events that have occurred have been reported (via the clients callback). This occurs synchronously; clients will have received all the callbacks by the time this call returns to them.

FSEventStreamGetDeviceBeingWatched() -> Gets the dev_t value supplied when the stream was created with FSEventStreamCreateRelativeToDevice(), otherwise 0.

FSEventStreamCopyPathsBeingWatched() -> Gets the paths supplied when the stream was created with one of the FSEventStreamCreate...() functions.

Calls that can be made without a stream:

FSEventsCopyUUIDForDevice() -> Gets a UUID that uniquely identifies the FSEvents database for that volume. If the database gets discarded then its replacement will have a different UUID so that clients will be able to detect this situation and avoid trying to use event IDs that they stored as the sinceWhen parameter to the FSEventStreamCreate...() functions.

FSEventsGetCurrentEventId() -> Gets the most recently generated event ID, system-wide (not just for one stream).

FSEventsGetLastEventIdForDeviceBeforeTime() -> Gets the last event ID for the given device that was returned before the given time. This is conservative in the sense that if you then use the returned event ID as the sinceWhen parameter of FSEventStreamCreateRelativeToDevice() that you will not miss any events that happened since that time. On the other hand, you might receive some (harmless) extra events.

FSEventsPurgeEventsForDeviceUpToEventId() -> Purges old events from the persistent per-volume database maintained by the service. You can combine this with FSEventsGetLastEventIdForDeviceBeforeTime(). Can only be called by the root user.

Included Headers

Functions

  • Declaration

    Swift

    func FSEventsCopyUUIDForDevice(_ dev: dev_t) -> Unmanaged<CFUUID>!

    Objective-C

    CFUUIDRef FSEventsCopyUUIDForDevice ( dev_t dev );

    Parameters

    dev

    The dev_t of the device that you want to get the UUID for.

    Return Value

    The UUID associated with the stream of events on this device, or NULL if no UUID is available (for example, on a read-only device). The UUID is stored on the device itself and travels with it even when the device is attached to different computers. Ownership follows the Copy Rule.

    Discussion

    Gets the UUID associated with a device, or NULL if not possible (for example, on read-only device). A (non-NULL) UUID uniquely identifies a given stream of FSEvents. If this (non-NULL) UUID is different than one that you stored from a previous run then the event stream is different (for example, because FSEvents were purged, because the disk was erased, or because the event ID counter wrapped around back to zero).

    A NULL return value indicates that "historical" events are not available, i.e., you should not supply a "sinceWhen" value to FSEventStreamCreate...() other than kFSEventStreamEventIdSinceNow.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventsGetCurrentEventId() -> FSEventStreamEventId

    Objective-C

    FSEventStreamEventId FSEventsGetCurrentEventId ( void );

    Return Value

    The event ID of the most recent event generated by the system.

    Discussion

    Fetches the most recently generated event ID, system-wide (not just for one stream). By thetime it is returned to your application even newer events may have already been generated.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventsGetLastEventIdForDeviceBeforeTime(_ dev: dev_t, _ time: CFAbsoluteTime) -> FSEventStreamEventId

    Objective-C

    FSEventStreamEventId FSEventsGetLastEventIdForDeviceBeforeTime ( dev_t dev, CFAbsoluteTime time );

    Parameters

    dev

    The dev_t of the device.

    time

    The time as a CFAbsoluteTime whose value is the number of seconds since Jan 1, 1970 (i.e. a posix style time_t).

    Return Value

    The last event ID for the given device that was returned before the given time.

    Discussion

    Gets the last event ID for the given device that was returned before the given time. This is conservative in the sense that if you then use the returned event ID as the sinceWhen parameter of FSEventStreamCreateRelativeToDevice() that you will not miss any events that happened since that time. On the other hand, you might receive some (harmless) extra events.

    Beware: there are things that can cause this to fail to be accurate. For example, someone might change the system's clock (either backwards or forwards). Or an external drive might be used on different systems without perfectly synchronized clocks.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventsPurgeEventsForDeviceUpToEventId(_ dev: dev_t, _ eventId: FSEventStreamEventId) -> Boolean

    Objective-C

    Boolean FSEventsPurgeEventsForDeviceUpToEventId ( dev_t dev, FSEventStreamEventId eventId );

    Parameters

    dev

    The dev_t of the device.

    eventId

    The event ID.

    Return Value

    True if it succeeds, otherwise False if it fails.

    Discussion

    Purges old events from the persistent per-volume database maintained by the service. Can only be called by the root user.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamCopyDescription(_ streamRef: ConstFSEventStreamRef) -> Unmanaged<CFString>!

    Objective-C

    CFStringRef FSEventStreamCopyDescription ( ConstFSEventStreamRef streamRef );

    Return Value

    A CFStringRef containing the description of the supplied stream. Ownership follows the Copy rule.

    Discussion

    Returns a CFStringRef containing the description of the supplied stream. For debugging only.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamCopyPathsBeingWatched(_ streamRef: ConstFSEventStreamRef) -> Unmanaged<CFArray>!

    Objective-C

    CFArrayRef FSEventStreamCopyPathsBeingWatched ( ConstFSEventStreamRef streamRef );

    Parameters

    streamRef

    A valid stream.

    Return Value

    A CFArray of CFStringRefs corresponding to those supplied when the stream was created. Ownership follows the Copy rule.

    Discussion

    Fetches the paths supplied when the stream was created via one of the FSEventStreamCreate...() functions.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamCreate(_ allocator: CFAllocator!, _ callback: FSEventStreamCallback, _ context: UnsafeMutablePointer<FSEventStreamContext>, _ pathsToWatch: CFArray!, _ sinceWhen: FSEventStreamEventId, _ latency: CFTimeInterval, _ flags: FSEventStreamCreateFlags) -> FSEventStreamRef

    Objective-C

    FSEventStreamRef FSEventStreamCreate ( CFAllocatorRef allocator, FSEventStreamCallback callback, FSEventStreamContext *context, CFArrayRef pathsToWatch, FSEventStreamEventId sinceWhen, CFTimeInterval latency, FSEventStreamCreateFlags flags );

    Parameters

    allocator

    The CFAllocator to be used to allocate memory for the stream. Pass NULL or kCFAllocatorDefault to use the current default allocator.

    callback

    An FSEventStreamCallback which will be called when FS events occur.

    context

    A pointer to the FSEventStreamContext structure the client wants to associate with this stream. Its fields are copied out into the stream itself so its memory can be released after the stream is created. Passing NULL is allowed and has the same effect as passing a structure whose fields are all set to zero.

    pathsToWatch

    A CFArray of CFStringRefs, each specifying a path to a directory, signifying the root of a filesystem hierarchy to be watched for modifications.

    sinceWhen

    The service will supply events that have happened after the given event ID. To ask for events "since now" pass the constant kFSEventStreamEventIdSinceNow. Often, clients will supply the highest-numbered FSEventStreamEventId they have received in a callback, which they can obtain via the FSEventStreamGetLatestEventId() accessor. Do not pass zero for sinceWhen, unless you want to receive events for every directory modified since "the beginning of time" -- an unlikely scenario.

    latency

    The number of seconds the service should wait after hearing about an event from the kernel before passing it along to the client via its callback. Specifying a larger value may result in more effective temporal coalescing, resulting in fewer callbacks and greater overall efficiency.

    flags

    Flags that modify the behavior of the stream being created. See FSEventStreamCreateFlags.

    Return Value

    A valid FSEventStreamRef.

    Discussion

    Creates a new FS event stream object with the given parameters. In order to start receiving callbacks you must also call FSEventStreamScheduleWithRunLoop() and FSEventStreamStart().

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamCreateRelativeToDevice(_ allocator: CFAllocator!, _ callback: FSEventStreamCallback, _ context: UnsafeMutablePointer<FSEventStreamContext>, _ deviceToWatch: dev_t, _ pathsToWatchRelativeToDevice: CFArray!, _ sinceWhen: FSEventStreamEventId, _ latency: CFTimeInterval, _ flags: FSEventStreamCreateFlags) -> FSEventStreamRef

    Objective-C

    FSEventStreamRef FSEventStreamCreateRelativeToDevice ( CFAllocatorRef allocator, FSEventStreamCallback callback, FSEventStreamContext *context, dev_t deviceToWatch, CFArrayRef pathsToWatchRelativeToDevice, FSEventStreamEventId sinceWhen, CFTimeInterval latency, FSEventStreamCreateFlags flags );

    Parameters

    allocator

    The CFAllocator to be used to allocate memory for the stream. Pass NULL or kCFAllocatorDefault to use the current default allocator.

    callback

    An FSEventStreamCallback which will be called when FS events occur.

    context

    A pointer to the FSEventStreamContext structure the client wants to associate with this stream. Its fields are copied out into the stream itself so its memory can be released after the stream is created.

    deviceToWatch

    A dev_t corresponding to the device which you want to receive notifications from. The dev_t is the same as the st_dev field from a stat structure of a file on that device or the f_fsid[0] field of a statfs structure. If the value of dev is zero, it is ignored.

    pathsToWatchRelativeToDevice

    A CFArray of CFStringRefs, each specifying a relative path to a directory on the device identified by the dev parameter. The paths should be relative to the root of the device. For example, if a volume "MyData" is mounted at "/Volumes/MyData" and you want to watch "/Volumes/MyData/Pictures/July", specify a path string of "Pictures/July". To watch the root of a volume pass a path of "" (the empty string).

    sinceWhen

    The service will supply events that have happened after the given event ID. To ask for events "since now" pass the constant kFSEventStreamEventIdSinceNow. Often, clients will supply the highest-numbered FSEventStreamEventId they have received in a callback, which they can obtain via the FSEventStreamGetLatestEventId() accessor. Do not pass zero for sinceWhen, unless you want to receive events for every directory modified since "the beginning of time" -- an unlikely scenario.

    latency

    The number of seconds the service should wait after hearing about an event from the kernel before passing it along to the client via its callback. Specifying a larger value may result in more effective temporal coalescing, resulting in fewer callbacks.

    flags

    Flags that modify the behavior of the stream being created. See FSEventStreamCreateFlags.

    Return Value

    A valid FSEventStreamRef.

    Discussion

    Creates a new FS event stream object for a particular device with the given parameters. In order to start receiving callbacks you must also call FSEventStreamScheduleWithRunLoop() and FSEventStreamStart().

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamFlushAsync(_ streamRef: FSEventStreamRef) -> FSEventStreamEventId

    Objective-C

    FSEventStreamEventId FSEventStreamFlushAsync ( FSEventStreamRef streamRef );

    Parameters

    streamRef

    A valid stream.

    Return Value

    The largest event id of any event ever queued for this stream, otherwise zero if no events have been queued for this stream.

    Discussion

    Asks the FS Events service to flush out any events that have occurred but have not yet been delivered, due to the latency parameter that was supplied when the stream was created. This flushing occurs asynchronously -- do not expect the events to have already been delivered by the time this call returns.

    FSEventStreamFlushAsync() can only be called after the stream has been started, via FSEventStreamStart().

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamFlushSync(_ streamRef: FSEventStreamRef)

    Objective-C

    void FSEventStreamFlushSync ( FSEventStreamRef streamRef );

    Parameters

    streamRef

    A valid stream.

    Discussion

    Asks the FS Events service to flush out any events that have occurred but have not yet been delivered, due to the latency parameter that was supplied when the stream was created. This flushing occurs synchronously -- by the time this call returns, your callback will have been invoked for every event that had already occurred at the time you made this call.

    FSEventStreamFlushSync() can only be called after the stream has been started, via FSEventStreamStart().

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamGetDeviceBeingWatched(_ streamRef: ConstFSEventStreamRef) -> dev_t

    Objective-C

    dev_t FSEventStreamGetDeviceBeingWatched ( ConstFSEventStreamRef streamRef );

    Parameters

    streamRef

    A valid stream.

    Return Value

    The dev_t for a device-relative stream, otherwise 0.

    Discussion

    Fetches the dev_t supplied when the stream was created via FSEventStreamCreateRelativeToDevice(), otherwise 0.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamGetLatestEventId(_ streamRef: ConstFSEventStreamRef) -> FSEventStreamEventId

    Objective-C

    FSEventStreamEventId FSEventStreamGetLatestEventId ( ConstFSEventStreamRef streamRef );

    Parameters

    streamRef

    A valid stream.

    Return Value

    The sinceWhen attribute of the stream.

    Discussion

    Fetches the sinceWhen property of the stream. Upon receiving an event (and just before invoking the client's callback) this attribute is updated to the highest-numbered event ID mentioned in the event.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamInvalidate(_ streamRef: FSEventStreamRef)

    Objective-C

    void FSEventStreamInvalidate ( FSEventStreamRef streamRef );

    Parameters

    streamRef

    A valid stream.

    Discussion

    Invalidates the stream, like CFRunLoopSourceInvalidate() does for a CFRunLoopSourceRef. It will be unscheduled from any runloops or dispatch queues upon which it had been scheduled.

    FSEventStreamInvalidate() can only be called on the stream after you have called FSEventStreamScheduleWithRunLoop() or FSEventStreamSetDispatchQueue().

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamRelease(_ streamRef: FSEventStreamRef)

    Objective-C

    void FSEventStreamRelease ( FSEventStreamRef streamRef );

    Parameters

    streamRef

    A valid stream.

    Discussion

    Decrements the stream's refcount. The refcount is initially one and is incremented via FSEventStreamRetain(). If the refcount reaches zero then the stream is deallocated.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamScheduleWithRunLoop(_ streamRef: FSEventStreamRef, _ runLoop: CFRunLoop!, _ runLoopMode: CFString!)

    Objective-C

    void FSEventStreamScheduleWithRunLoop ( FSEventStreamRef streamRef, CFRunLoopRef runLoop, CFStringRef runLoopMode );

    Parameters

    streamRef

    A valid stream.

    runLoop

    The run loop on which to schedule the stream.

    runLoopMode

    A run loop mode on which to schedule the stream.

    Discussion

    This function schedules the stream on the specified run loop, like CFRunLoopAddSource() does for a CFRunLoopSourceRef. The caller is responsible for ensuring that the stream is scheduled on at least one run loop and that at least one of the run loops on which the stream is scheduled is being run.

    To start receiving events on the stream, call FSEventStreamStart().

    To remove the stream from the run loops upon which it has been scheduled, call FSEventStreamUnscheduleFromRunLoop() or FSEventStreamInvalidate().

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamSetDispatchQueue(_ streamRef: FSEventStreamRef, _ q: dispatch_queue_t!)

    Objective-C

    void FSEventStreamSetDispatchQueue ( FSEventStreamRef streamRef, dispatch_queue_t q );

    Parameters

    streamRef

    A valid stream.

    q

    The dispatch queue to use to receive events (or NULL to to stop receiving events from the stream).

    Discussion

    This function schedules the stream on the specified dispatch queue. The caller is responsible for ensuring that the stream is scheduled on a dispatch queue and that the queue is started.

    If there is a problem scheduling the stream on the queue an error will be returned when you try to Start the stream.

    To start receiving events on the stream, call FSEventStreamStart().

    To remove the stream from the queue on which it was scheduled, call FSEventStreamSetDispatchQueue() with a NULL queue parameter or call FSEventStreamInvalidate() which will do the same thing. Note: you must eventually call FSEventStreamInvalidate() and it is an error to call FSEventStreamInvalidate() without having the stream either scheduled on a runloop or a dispatch queue, so do not set the dispatch queue to NULL before calling FSEventStreamInvalidate().

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.6 and later.

  • Declaration

    Swift

    func FSEventStreamShow(_ streamRef: ConstFSEventStreamRef)

    Objective-C

    void FSEventStreamShow ( ConstFSEventStreamRef streamRef );

    Parameters

    streamRef

    A valid stream.

    Discussion

    Prints a description of the supplied stream to stderr. For debugging only.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamStart(_ streamRef: FSEventStreamRef) -> Boolean

    Objective-C

    Boolean FSEventStreamStart ( FSEventStreamRef streamRef );

    Parameters

    streamRef

    A valid stream.

    Return Value

    True if it succeeds, otherwise False if it fails. It ought to always succeed, but in the event it does not then your code should fall back to performing recursive scans of the directories of interest as appropriate.

    Discussion

    Attempts to register with the FS Events service to receive events per the parameters in the stream.

    FSEventStreamStart() can only be called once the stream has been scheduled on at least one runloop, via FSEventStreamScheduleWithRunLoop().

    Once started, the stream can be stopped via FSEventStreamStop().

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamStop(_ streamRef: FSEventStreamRef)

    Objective-C

    void FSEventStreamStop ( FSEventStreamRef streamRef );

    Parameters

    streamRef

    A valid stream.

    Discussion

    Unregisters with the FS Events service. The client callback will not be called for this stream while it is stopped.

    FSEventStreamStop() can only be called if the stream has been started, via FSEventStreamStart().

    Once stopped, the stream can be restarted via FSEventStreamStart(), at which point it will resume receiving events from where it left off ("sinceWhen").

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    func FSEventStreamUnscheduleFromRunLoop(_ streamRef: FSEventStreamRef, _ runLoop: CFRunLoop!, _ runLoopMode: CFString!)

    Objective-C

    void FSEventStreamUnscheduleFromRunLoop ( FSEventStreamRef streamRef, CFRunLoopRef runLoop, CFStringRef runLoopMode );

    Parameters

    streamRef

    A valid stream.

    runLoop

    The run loop from which to unschedule the stream.

    runLoopMode

    The run loop mode from which to unschedule the stream.

    Discussion

    This function removes the stream from the specified run loop, like CFRunLoopRemoveSource() does for a CFRunLoopSourceRef.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

Callbacks

  • Declaration

    Objective-C

    typedef void ( *FSEventStreamCallback )( ConstFSEventStreamRef streamRef, void *clientCallBackInfo, size_t numEvents, void *eventPaths, const FSEventStreamEventFlags eventFlags[], const FSEventStreamEventId eventIds[]);

    Parameters

    streamRef

    The stream for which event(s) occurred.

    clientCallBackInfo

    The info field that was supplied in the context when this stream was created.

    numEvents

    The number of events being reported in this callback. Each of the arrays (eventPaths, eventFlags, eventIds) will have this many elements.

    eventPaths

    An array of paths to the directories in which event(s) occurred.

    The type of this parameter depends on the flags passed to FSEventStreamCreate...(). If kFSEventStreamCreateFlagUseCFTypes was set, then this will be a CFArrayRef containing CFStringRef objects (per CFStringCreateWithFileSystemRepresentation()). Ownership follows the Get rule, and they will be released by the framework after your callback returns. If kFSEventStreamCreateFlagUseCFTypes was not set, then the framework will pass your callback a raw C array of raw C strings that will be deallocated by the framework after your callback returns.

    A path might be "/" if ether of these flags is set for the event: kFSEventStreamEventFlagUserDropped, kFSEventStreamEventFlagKernelDropped.

    eventFlags

    An array of flag words corresponding to the paths in the eventPaths parameter. If no flags are set, then there was some change in the directory at the specific path supplied in this event. See FSEventStreamEventFlags.

    eventIds

    An array of FSEventStreamEventIds corresponding to the paths in the eventPaths parameter.

    Each event ID comes from the most recent event being reported in the corresponding directory named in the eventPaths parameter. Event IDs all come from a single global source. They are guaranteed to always be increasing, usually in leaps and bounds, even across system reboots and moving drives from one machine to another. Just before invoking your callback your stream is updated so that calling the accessor FSEventStreamGetLatestEventId() will return the largest of the values passed in the eventIds parameter; if you were to stop processing events from this stream after this callback and resume processing them later from a newly-created FSEventStream, this is the value you would pass for the sinceWhen parameter to the FSEventStreamCreate...() function.

    Discussion

    This is the type of the callback function supplied by the client when creating a new stream. This callback is invoked by the service from the client's runloop(s) when events occur, per the parameters specified when the stream was created.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

Data Types

See the Overview for header-level documentation.

  • Declaration

    Swift

    typealias ConstFSEventStreamRef = COpaquePointer

    Objective-C

    typedef const struct __FSEventStream* ConstFSEventStreamRef;

    Discussion

    This is the type of a reference to a constant FSEventStream.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    typealias FSEventStreamCreateFlags = UInt32

    Objective-C

    typedef UInt32 FSEventStreamCreateFlags;

    Discussion

    Flags that can be passed to the FSEventStreamCreate...() functions to modify the behavior of the stream being created.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    typealias FSEventStreamEventFlags = UInt32

    Objective-C

    typedef UInt32 FSEventStreamEventFlags;

    Discussion

    Flags that can be passed your FSEventStreamCallback function.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    typealias FSEventStreamEventId = UInt64

    Objective-C

    typedef UInt64 FSEventStreamEventId;

    Discussion

    Event IDs that can be passed to the FSEventStreamCreate...() functions and FSEventStreamCallback(). They are monotonically increasing per system, even across reboots and drives coming and going. They bear no relation to any particular clock or timebase.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Swift

    typealias FSEventStreamRef = COpaquePointer

    Objective-C

    typedef struct __FSEventStream* FSEventStreamRef;

    Discussion

    This is the type of a reference to an FSEventStream.

    Import Statement

    import CoreServices

    Availability

    Available in OS X v10.5 and later.

  • Declaration

    Objective-C

    struct FSEventStreamContext { CFIndex version; void *info; CFAllocatorRetainCallBack retain; CFAllocatorReleaseCallBack release; CFAllocatorCopyDescriptionCallBack copyDescription; };

    Fields

    version

    Currently the only valid value is zero.

    info

    An arbitrary client-defined value (for instance, a pointer) to be associated with the stream and passed to the callback when it is invoked. If a non-NULL value is supplied for the retain callback the framework will use it to retain this value. If a non-NULL value is supplied for the release callback then when the stream is deallocated it will be used to release this value. This can be NULL.

    retain

    The callback used retain the info pointer. This can be NULL.

    release

    The callback used release a retain on the info pointer. This can be NULL.

    copyDescription

    The callback used to create a descriptive string representation of the info pointer (or the data pointed to by the info pointer) for debugging purposes. This can be NULL.

    Discussion

    Structure containing client-supplied data (and callbacks to manage it) that should be associated with a newly-created stream.

Constants

See the Overview for header-level documentation.

  • Declaration

    Swift

    var kFSEventStreamCreateFlagNone: Int { get } var kFSEventStreamCreateFlagUseCFTypes: Int { get } var kFSEventStreamCreateFlagNoDefer: Int { get } var kFSEventStreamCreateFlagWatchRoot: Int { get } var kFSEventStreamCreateFlagIgnoreSelf: Int { get } var kFSEventStreamCreateFlagFileEvents: Int { get }

    Objective-C

    enum { kFSEventStreamCreateFlagNone = 0x00000000, kFSEventStreamCreateFlagUseCFTypes = 0x00000001, kFSEventStreamCreateFlagNoDefer = 0x00000002, kFSEventStreamCreateFlagWatchRoot = 0x00000004, kFSEventStreamCreateFlagIgnoreSelf = 0x00000008, kFSEventStreamCreateFlagFileEvents = 0x00000010 };

    Constants

    • kFSEventStreamCreateFlagNone

      kFSEventStreamCreateFlagNone

      The default.

      Available in OS X v10.5 and later.

    • kFSEventStreamCreateFlagUseCFTypes

      kFSEventStreamCreateFlagUseCFTypes

      The framework will invoke your callback function with CF types rather than raw C types (i.e., a CFArrayRef of CFStringRefs, rather than a raw C array of raw C string pointers). See FSEventStreamCallback.

      Available in OS X v10.5 and later.

    • kFSEventStreamCreateFlagNoDefer

      kFSEventStreamCreateFlagNoDefer

      Affects the meaning of the latency parameter. If you specify this flag and more than latency seconds have elapsed since the last event, your app will receive the event immediately. The delivery of the event resets the latency timer and any further events will be delivered after latency seconds have elapsed. This flag is useful for apps that are interactive and want to react immediately to changes but avoid getting swamped by notifications when changes are occurringin rapid succession. If you do not specify this flag, then when an event occurs after a period of no events, the latency timer is started. Any events that occur during the next latency seconds will be delivered as one group (including that first event). The delivery of the group of events resets the latency timer and any further events will be delivered after latency seconds. This is the default behavior and is more appropriate for background, daemon or batch processing apps.

      Available in OS X v10.5 and later.

    • kFSEventStreamCreateFlagWatchRoot

      kFSEventStreamCreateFlagWatchRoot

      Request notifications of changes along the path to the path(s) you're watching. For example, with this flag, if you watch "/foo/bar" and it is renamed to "/foo/bar.old", you would receive a RootChanged event. The same is true if the directory "/foo" were renamed. The event you receive is a special event: the path for the event is the original path you specified, the flag kFSEventStreamEventFlagRootChanged is set and event ID is zero. RootChanged events are useful to indicate that you should rescan a particular hierarchy because it changed completely (as opposed to the things inside of it changing). If you want to track the current location of a directory, it is best to open the directory before creating the stream so that you have a file descriptor for it and can issue an F_GETPATH fcntl() to find the current path.

      Available in OS X v10.5 and later.

    • kFSEventStreamCreateFlagIgnoreSelf

      kFSEventStreamCreateFlagIgnoreSelf

      Don't send events that were triggered by the current process. This is useful for reducing the volume of events that are sent. It is only useful if your process might modify the file system hierarchy beneath the path(s) being monitored. Note: this has no effect on historical events, i.e., those delivered before the HistoryDone sentinel event.

      Available in OS X v10.6 and later.

    • kFSEventStreamCreateFlagFileEvents

      kFSEventStreamCreateFlagFileEvents

      Request file-level notifications. Your stream will receive events about individual files in the hierarchy you're watching instead of only receiving directory level notifications. Use this flag with care as it will generate significantly more events than without it.

      Available in OS X v10.7 and later.

    Discussion

    Flags that can be passed to the FSEventStreamCreate...() functions to modify the behavior of the stream being created.

    Import Statement

  • Declaration

    Swift

    var kFSEventStreamEventFlagNone: Int { get } var kFSEventStreamEventFlagMustScanSubDirs: Int { get } var kFSEventStreamEventFlagUserDropped: Int { get } var kFSEventStreamEventFlagKernelDropped: Int { get } var kFSEventStreamEventFlagEventIdsWrapped: Int { get } var kFSEventStreamEventFlagHistoryDone: Int { get } var kFSEventStreamEventFlagRootChanged: Int { get } var kFSEventStreamEventFlagMount: Int { get } var kFSEventStreamEventFlagUnmount: Int { get }

    Objective-C

    enum { kFSEventStreamEventFlagNone = 0x00000000, kFSEventStreamEventFlagMustScanSubDirs = 0x00000001, kFSEventStreamEventFlagUserDropped = 0x00000002, kFSEventStreamEventFlagKernelDropped = 0x00000004, kFSEventStreamEventFlagEventIdsWrapped = 0x00000008, kFSEventStreamEventFlagHistoryDone = 0x00000010, kFSEventStreamEventFlagRootChanged = 0x00000020, kFSEventStreamEventFlagMount = 0x00000040, kFSEventStreamEventFlagUnmount = 0x00000080 , /* These flags are only set if you specified the FileEvents */ /* flags when creating the stream.*/ kFSEventStreamEventFlagItemCreated = 0x00000100, kFSEventStreamEventFlagItemRemoved = 0x00000200, kFSEventStreamEventFlagItemInodeMetaMod = 0x00000400, kFSEventStreamEventFlagItemRenamed = 0x00000800, kFSEventStreamEventFlagItemModified = 0x00001000, kFSEventStreamEventFlagItemFinderInfoMod = 0x00002000, kFSEventStreamEventFlagItemChangeOwner = 0x00004000, kFSEventStreamEventFlagItemXattrMod = 0x00008000, kFSEventStreamEventFlagItemIsFile = 0x00010000, kFSEventStreamEventFlagItemIsDir = 0x00020000, kFSEventStreamEventFlagItemIsSymlink = 0x00040000 };

    Constants

    • kFSEventStreamEventFlagNone

      kFSEventStreamEventFlagNone

      There was some change in the directory at the specific path supplied in this event.

      Available in OS X v10.5 and later.

    • kFSEventStreamEventFlagMustScanSubDirs

      kFSEventStreamEventFlagMustScanSubDirs

      Your application must rescan not just the directory given in the event, but all its children, recursively. This can happen if there was a problem whereby events were coalesced hierarchically. For example, an event in /Users/jsmith/Music and an event in /Users/jsmith/Pictures might be coalesced into an event with this flag set and path=/Users/jsmith. If this flag is set you may be able to get an idea of whether the bottleneck happened in the kernel (less likely) or in your client (more likely) by checking for the presence of the informational flags kFSEventStreamEventFlagUserDropped or kFSEventStreamEventFlagKernelDropped.

      Available in OS X v10.5 and later.

    • kFSEventStreamEventFlagUserDropped

      kFSEventStreamEventFlagUserDropped

      The kFSEventStreamEventFlagUserDropped or kFSEventStreamEventFlagKernelDropped flags may be set in addition to the kFSEventStreamEventFlagMustScanSubDirs flag to indicate that a problem occurred in buffering the events (the particular flag set indicates where the problem occurred) and that the client must do a full scan of any directories (and their subdirectories, recursively) being monitored by this stream. If you asked to monitor multiple paths with this stream then you will be notified about all of them. Your code need only check for the kFSEventStreamEventFlagMustScanSubDirs flag; these flags (if present) only provide information to help you diagnose the problem.

      Available in OS X v10.5 and later.

    • kFSEventStreamEventFlagKernelDropped

      kFSEventStreamEventFlagKernelDropped

      Available in OS X v10.5 and later.

    • kFSEventStreamEventFlagEventIdsWrapped

      kFSEventStreamEventFlagEventIdsWrapped

      If kFSEventStreamEventFlagEventIdsWrapped is set, it means the 64-bit event ID counter wrapped around. As a result, previously-issued event ID's are no longer valid arguments for the sinceWhen parameter of the FSEventStreamCreate...() functions.

      Available in OS X v10.5 and later.

    • kFSEventStreamEventFlagHistoryDone

      kFSEventStreamEventFlagHistoryDone

      Denotes a sentinel event sent to mark the end of the "historical" events sent as a result of specifying a sinceWhen value in the FSEventStreamCreate...() call that created this event stream. (It will not be sent if kFSEventStreamEventIdSinceNow was passed for sinceWhen.) After invoking the client's callback with all the "historical" events that occurred before now, the client's callback will be invoked with an event where the kFSEventStreamEventFlagHistoryDone flag is set. The client should ignore the path supplied in this callback.

      Available in OS X v10.5 and later.

    • kFSEventStreamEventFlagRootChanged

      kFSEventStreamEventFlagRootChanged

      Denotes a special event sent when there is a change to one of the directories along the path to one of the directories you asked to watch. When this flag is set, the event ID is zero and the path corresponds to one of the paths you asked to watch (specifically, the one that changed). The path may no longer exist because it or one of its parents was deleted or renamed. Events with this flag set will only be sent if you passed the flag kFSEventStreamCreateFlagWatchRoot to FSEventStreamCreate...() when you created the stream.

      Available in OS X v10.5 and later.

    • kFSEventStreamEventFlagMount

      kFSEventStreamEventFlagMount

      Denotes a special event sent when a volume is mounted underneath one of the paths being monitored. The path in the event is the path to the newly-mounted volume. You will receive one of these notifications for every volume mount event inside the kernel (independent of DiskArbitration). Beware that a newly-mounted volume could contain an arbitrarily large directory hierarchy. Avoid pitfalls like triggering a recursive scan of a non-local filesystem, which you can detect by checking for the absence of the MNT_LOCAL flag in the f_flags returned by statfs(). Also be aware of the MNT_DONTBROWSE flag that is set for volumes which should not be displayed by user interface elements.

      Available in OS X v10.5 and later.

    • kFSEventStreamEventFlagUnmount

      kFSEventStreamEventFlagUnmount

      Denotes a special event sent when a volume is unmounted underneath one of the paths being monitored. The path in the event is the path to the directory from which the volume was unmounted. You will receive one of these notifications for every volume unmount event inside the kernel. This is not a substitute for the notifications provided by the DiskArbitration framework; you only get notified after the unmount has occurred. Beware that unmounting a volume could uncover an arbitrarily large directory hierarchy, although OS X never does that.

      Available in OS X v10.5 and later.

    Discussion

    Flags that can be passed to your FSEventStreamCallback function.

    Import Statement