Inotify2(3pm)
π¦ NAME π¦
Linux::Inotify2 β scalable directory/file change notification.
okay hi bestie π so this is the Inotify2(3pm) page (it lives in the User Contributed Perl Documentation section, if you were curious) and listen, it's a long one, so it's been split into two parts. We're doing part one right now. Stay with me. π«Ά
It's a Perl module that watches your files and folders and yells at you the second anything changes about them. Which is iconic, honestly.
β¨ SYNOPSIS β¨
Two whole ways to drive this thing. Pick your fighter πΈ
π Callback Interface
use Linux::Inotify2;
# create a new object
my $inotify = new Linux::Inotify2
or die "unable to create new inotify object: $!";
# add watchers
$inotify->watch ("/etc/passwd", IN_ACCESS, sub {
my $e = shift;
my $name = $e->fullname;
print "$name was accessed\n" if $e->IN_ACCESS;
print "$name is no longer mounted\n" if $e->IN_UNMOUNT;
print "$name is gone\n" if $e->IN_IGNORED;
print "events for $name have been lost\n" if $e->IN_Q_OVERFLOW;
# cancel this watcher: remove no further events
$e->w->cancel;
});
# integration into AnyEvent (works with EV, Glib, Tk, POE...)
my $inotify_w = AE::io $inotify->fileno, 0, sub { $inotify->poll };
# manual event loop
$inotify->poll while 1;
π Streaming Interface
use Linux::Inotify2;
# create a new object
my $inotify = new Linux::Inotify2
or die "Unable to create new inotify object: $!";
# create watch
$inotify->watch ("/etc/passwd", IN_ACCESS)
or die "watch creation failed";
while () {
my @events = $inotify->read;
printf "mask\t%d\n", $_->mask foreach @events;
}
π DESCRIPTION π
So this module is a whole interface to the Linux 2.6.13 and later Inotify file/directory change notification system. Yes, the kernel's own thing. We're just driving it from Perl. π
It's got some serious advantages over the Linux::Inotify module, and I'm gonna list them because the original did:
- it is portable (
Linux::Inotifyonly works on x86) β not me being shady, that's just facts - the equivalent of
fullnameworks correctly β¨ - it is better documented π
- it has callback-style interface, which is better suited for integration
And as for the inotify API itself β okay bestie, real talk: it is a very tricky, and somewhat unreliable API. π For a good overview of the challenges you might run into, see this LWN article: https://lwn.net/Articles/605128/
π The Linux::Inotify2 Class
my $inotify = new Linux::Inotify2
Create a new notify object and return it. Think of a notify object as a little container π¦ that stores watches on file system names and is responsible for handling event data.
On error, undef is returned and $! will be set accordingly. The following errors are documented:
ENFILEβ The system limit on the total number of file descriptors has been reached.EMFILEβ The user limit on the total number of inotify instances has been reached.ENOMEMβ Insufficient kernel memory is available.
Example:
my $inotify = new Linux::Inotify2
or die "Unable to create new inotify object: $!";
$watch = $inotify->watch ($name, $mask[, $cb])
Add a new watcher to the given notifier. The watcher will create events on the pathname $name as given in $mask, which can be any of the following constants (all exported by default) ORed together. Constants unavailable on your system will evaluate to 0.
Heads up on the vocab, because the original is very specific about this π β "file" refers to any file system object in the watched object (always a directory), that is files, directories, symlinks, device nodes etc., while "object" refers to the object the watcher has been set on itself:
IN_ACCESSβ object was accessedIN_MODIFYβ object was modifiedIN_ATTRIBβ object metadata changedIN_CLOSE_WRITEβ writable fd to file / to object was closedIN_CLOSE_NOWRITEβ readonly fd to file / to object closedIN_OPENβ object was openedIN_MOVED_FROMβ file was moved from this object (directory)IN_MOVED_TOβ file was moved to this object (directory)IN_CREATEβ file was created in this object (directory)IN_DELETEβ file was deleted from this object (directory)IN_DELETE_SELFβ object itself was deletedIN_MOVE_SELFβ object itself was movedIN_ALL_EVENTSβ all of the above events
and then these β¨
IN_ONESHOTβ only send event onceIN_ONLYDIRβ only watch the path if it is a directoryIN_DONT_FOLLOWβ don't follow a sym link (Linux 2.6.15+)IN_EXCL_UNLINKβ don't create events for unlinked objects (Linux 2.6.36+)IN_MASK_ADDβ not supported with the current version of this module π
plus two lil shortcut combos:
IN_CLOSEβ same asIN_CLOSE_WRITE | IN_CLOSE_NOWRITEIN_MOVEβ same asIN_MOVED_FROM | IN_MOVED_TO
$cb is a perl code reference that, if given, is called for each event. It receives a Linux::Inotify2::Event object.
The returned $watch object is of class Linux::Inotify2::Watch.
On error, undef is returned and $! will be set accordingly. The following errors are documented:
EBADFβ The given file descriptor is not valid.EINVALβ The given event mask contains no legal events.ENOMEMβ Insufficient kernel memory was available.ENOSPCβ The user limit on the total number of inotify watches was reached or the kernel failed to allocate a needed resource.EACCESSβ Read access to the given file is not permitted.
Example, show when /etc/passwd gets accessed and/or modified once:
$inotify->watch ("/etc/passwd", IN_ACCESS | IN_MODIFY, sub {
my $e = shift;
print "$e->{w}{name} was accessed\n" if $e->IN_ACCESS;
print "$e->{w}{name} was modified\n" if $e->IN_MODIFY;
print "$e->{w}{name} is no longer mounted\n" if $e->IN_UNMOUNT;
print "events for $e->{w}{name} have been lost\n" if $e->IN_Q_OVERFLOW;
$e->w->cancel;
});
$inotify->fileno
Returns the file descriptor for this notify object. When in non-blocking mode, you are responsible for calling the poll method when this file descriptor becomes ready for reading. π
$inotify->fh
Similar to fileno, but returns a perl file handle instead. π
$inotify->blocking ($blocking)
Clears ($blocking true) or sets ($blocking false) the O_NONBLOCK flag on the file descriptor.
$count = $inotify->poll
Reads events from the kernel and handles them. If the notify file descriptor is blocking (the default), then this method waits for at least one event. Otherwise it returns immediately when no pending events could be read.
Returns the count of events that have been handled β which can be 0 in case events have been received but have been ignored or handled internally.
Croaks when an error occurs. π€
@events = $inotify->read
Reads events from the kernel. Blocks when the file descriptor is in blocking mode (default) until any event arrives. Returns list of Linux::Inotify2::Event objects or empty list if none (non-blocking mode or events got ignored).
Croaks on error.
Normally you shouldn't use this function, but instead use watcher callbacks and call ->poll. fr fr, use the callbacks.
$inotify->on_overflow ($cb->($ev))
Sets the callback to be used for overflow handling (default: undef): When read receives an event with IN_Q_OVERFLOW set, it will invoke this callback with the event.
When the callback is undef, then it broadcasts the event to all registered watchers, i.e., undef is equivalent to:
sub { $inotify->broadcast ($_[0]) }
$inotify->broadcast ($ev)
Invokes all registered watcher callbacks and passes the given event to them. Most useful in overflow handlers. π
π¦ The Linux::Inotify2::Event Class
Objects of this class are handed as first argument to the watcher callback. It has the following members and methods:
$event->w / $event->{w}
The watcher object for this event, if one is available. Generally, you can only rely on the value of this member inside watcher callbacks.
$event->name / $event->{name}
The path of the file system object, relative to the watched name.
$event->fullname
Returns the "full" name of the relevant object β i.e. including the name member of the watcher (if the watch object is on a directory and a directory entry is affected), or simply the name member itself when the object is the watch object itself.
This call requires $event->{w} to be valid, which is generally only the case within watcher callbacks. β οΈ
$event->mask / $event->{mask}
The received event mask. In addition to the events described for $inotify->watch, the following flags (exported by default) can be set:
IN_ISDIRβ event object is a directoryIN_Q_OVERFLOWβ event queue overflowed
and then this whole group, where the watchers go bye-bye automatically:
# when any of the following flags are set,
# then watchers for this event are automatically canceled
IN_UNMOUNTβ filesystem for watched object was unmountedIN_IGNOREDβ file was ignored/is gone (no more events are delivered)IN_ONESHOTβ only one event was generatedIN_Q_OVERFLOWβ queue overflow - event might not be specific to a watcher
$event->IN_xxx
Returns a boolean that returns true if the event mask contains any events specified by the mask. All of the IN_xxx constants can be used as methods. π
$event->cookie / $event->{cookie}
The event cookie to "synchronize two events". Normally zero, this value is set when two events relating to the same file are generated. As far as I know, this only happens for IN_MOVED_FROM and IN_MOVED_TO events, to identify the old and new name of a file.
Note that the inotify API makes it impossible to know whether there will be aIN_MOVED_TOevent β you might receive only one of the events, and even if you receive both, there might be any number of events in between. The best approach seems to be to implement a small timeout afterIN_MOVED_FROMto see if a matchingIN_MOVED_TOevent will be received β 2ms seem to work relatively well. π (this is the "unreliable API" part I warned you about)
π The Linux::Inotify2::Watch Class
Watcher objects are created by calling the watch method of a notifier.
It has the following members and methods:
$watch->name / $watch->{name}
The name as specified in the watch call. For the object itself, this is the empty string. For directory watches, this is the name of the entry without leading path elements.
$watch->mask / $watch->{mask}
The mask as specified in the watch call.
$watch->cb ([new callback]) / $watch->{cb}
The callback as specified in the watch call. Can optionally be changed. π
$watch->cancel
Cancels/removes this watcher. Future events, even if already queued, will not be handled and resources will be freed. π
πΈ SEE ALSO πΈ
AnyEvent, Linux::Inotify.
π AUTHOR π
Okay so this whole thing was cooked up by Marc Lehmann β the actual main character who wrote Inotify2 and decided we all deserved nice asynchronous inotify vibes. Show some respect, bestie π
- Creator & maintainer:
Marc Lehmann <schmorp@schmorp.de> - Home base on the interwebs:
http://home.schmorp.de/
Like, if you found a bug, wanna say thanks, or just have thoughts β that email is right there, so use it. Fr fr. π«Ά
And that's a wrap on the whole page, angels β¨ This beauty lives in perl v5.42.3 and it was last touched on 2026-08-20. Go forth and inotify with main character energy ππΈπ¦
π¦ where this page comes from
- ubuntu stonking: liblinux-inotify2-perl 1:2.3-3build1 Β· Perl
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms