Inotify-simple

Latest version: v1.3.5

Safety actively analyzes 621924 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 1 of 2

1.3.3

Fix failure to set ERRNO when inotify functions fail

1.3.2

* Fix failure to install on Python 2 if enum34 not already installed

1.3.1

* Resolves an issue causing an `OSError` in the case of a blocking read.

1.3.0

* Switch to using `inotify_init1()` and add `inheritable` and `nonblocking` keyword arguments to `INotify`, which control the `IN_CLOEXEC` and `IN_NONBLOCK` bits of the flags passed to `inotify_init1()`. Default to `inheritable=False`, which is in line with the Python standard library's behaviour for all file descriptors it opens.
* Make the `delay` argument passed to `INotify.read()` only delay reading if there were no events to read initially, rather than unconditionally. An unconditional delay can rate limit a program that is struggling to keep up with events, which is undesirable.
* `INotify()` now subclasses `io.FileIO`, which simplifies things a bit - `INotify.close()` for example is inherited rather than implemented in the `INotify()` class. `INotify.fd` is now just an alias for the inherited `INotify.fileno()`.
* Restructure module layout to a single `.py` file instead of a package
* Code simplifications.

This release is backwards compatible with previous releases.

1.2.1

Fix installation error on non UTF8 systems (issue 13)

1.2.0

INotify()` class is now more file-like. `.close()` is idempotent, and it has a `.fileno()` method enabling it to be used directly with `select.select()` and similar functions.

Page 1 of 2

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.