android and Debian: uv_fs_event stops working when file is deleted about libuv HOT 3 CLOSED

aah, and I did zero experiments with directories. but as far as watching individual files go, the status parameter is useless in the callback. maybe you should document its purpose, or lack thereof?

Bento@DESKTOP-HKLKRD2 CLANG64 /e/aqueduct1
$ pacman -Qi $(pacman -Qqs libuv | head -1)
Name            : mingw-w64-clang-x86_64-libuv
Version         : 1.48.0-1
Description     : Cross-platform asynchronous I/O (mingw-w64)
Architecture    : any
URL             : https://libuv.org/
Licenses        : custom
Groups          : None
Provides        : None
Depends On      : mingw-w64-clang-x86_64-gcc-libs
Optional Deps   : None
Required By     : None
Optional For    : None
Conflicts With  : None
Replaces        : None
Installed Size  : 3.39 MiB
Packager        : CI (msys2/msys2-autobuild/d4515ba2/7826042214)
Build Date      : Thu Feb 8 04:18:43 2024
Install Date    : Tue May 14 16:03:14 2024
Install Reason  : Explicitly installed
Install Script  : No
Validated By    : SHA-256 Sum  Signature


Bento@DESKTOP-HKLKRD2 CLANG64 /e/aqueduct1
$

I think that's enough information hahahah sorry

from libuv.

uv_fs_event_t uses platform-specific capabilities to monitor files and directories. As such, it's limited by the functionality the platform provides. The documentation sort of mentions it, albeit perhaps a little obliquely. I'll see if I can improve it.

If you want something that's more consistent across platforms, use uv_fs_poll_t instead.

from libuv.

yeah, I studied the issue in meanwhile and I now acknowledge slightly the limitation. in the next few years, I hope to add a fourth API to Linux and maybe a similar API in other UNIX to obtain the desired behavior.
thanks

edit: wow I totally missed uv_fs_poll_t!! I'll experiment with it, thanks!

from libuv.