Est-ce que les modifications d'un fichier sont aussi détectées ?
Est-ce qu'il utilise inotify, fsevents et consorts pour suivre les modifications ? Ou c'est "juste" un parcours de l'arborescence de temps en temps pour voir les modifications ?
Est-ce qu'il y a du code un peu particulier pour éviter les race conditions ? Par exemple, il arrive d'avoir un événement "suppression" avant l'événement "création" quand un fichier est déplacé avec inotify ou fsevents (je ne sais plus lequel des deux).
Comment est géré le cas où deux fichiers sont permutés (mv a c && mv b a && mv c b) ?
Est-ce qu'il est possible d'ignorer une partie de l'arborescence ? Si oui, est-ce que les marqueurs de détection sont quand même placés ? Et, toujours si oui, ça se passe comment quand la liste d'exclusions change en cours de route ?
# Quelques questions
Posté par Bruno Michel (site web personnel) . En réponse au journal Publication de la première version de fwtchrq.. Évalué à 7.
Intéressant ! Je travaille sur un logiciel de synchronisation de fichiers et un des composants importants de ce projet est la surveillance d'une arborescence de fichiers, ce que
fwtchrqa l'air de faire. Du coup, je me pose quelques questions sur son fonctionnement :Est-ce que les modifications d'un fichier sont aussi détectées ?
Est-ce qu'il utilise inotify, fsevents et consorts pour suivre les modifications ? Ou c'est "juste" un parcours de l'arborescence de temps en temps pour voir les modifications ?
Est-ce qu'il y a du code un peu particulier pour éviter les race conditions ? Par exemple, il arrive d'avoir un événement "suppression" avant l'événement "création" quand un fichier est déplacé avec inotify ou fsevents (je ne sais plus lequel des deux).
Comment est géré le cas où deux fichiers sont permutés (
mv a c && mv b a && mv c b) ?Est-ce qu'il est possible d'ignorer une partie de l'arborescence ? Si oui, est-ce que les marqueurs de détection sont quand même placés ? Et, toujours si oui, ça se passe comment quand la liste d'exclusions change en cours de route ?