Savoir si un fichier est utilisé par une application

Version imprimable

16/11/2010, 22h29
rambc

Savoir si un fichier est utilisé par une application

Bonjour,
ma question est dans le titre. L'idée est de ne pas modifier un fichier en même temps qu'une autre application.

Est-ce que l'ouverture en mode écriture du module os gère ceci ?
17/11/2010, 07h18
PauseKawa

Bonjour rambc,

Et bien sous Linux je regarderai dans /proc/*/fd/
Je ne sais pas sous Windows ou Mac.

Bonne recherche.
17/11/2010, 14h12
rambc

Merci pour cette info.

Peux-tu préciser un peu ?
19/11/2010, 00h55
Zavonen

Effectuer une tentative de verrouillage (File lock).
Si échec c'est que le fichier est en cours d'utilisation
http://packages.python.org/lockfile/lockfile.html

Pour apprendre le Python suis ces tutoriels et cours Python : http://python.developpez.com/cours/
Le meilleur tutoriel Python : Apprendre à programmer avec Python 3 par Gérard Swinnen http://python.developpez.com/cours/apprendre-python3/
19/11/2010, 08h23
PauseKawa

Bonjour,

Citation:

Envoyé par rambc

Peux-tu préciser un peu ?

A vrais dire... Non.
Je me casse les dents sur le sujet depuis ta question. C'est bien plus compliqué et j'ai beau regarder du coté de /proc, lsof et autre cela ne fonctionne pas. De plus il n'y a rien de bien concret sur le sujet sur le web.
Mais comme le sujet m'intéresse je ne désespère pas de trouver.

Quiz de la solution de Zavonen, qui semble bonne : Les applications qui utilisent une 'image' du fichier. Exemple vi qui travaille sur un fichier temporaire dans /tmp. Je teste cela ce WE.

@+
19/11/2010, 12h11
rambc

Bonjour.

Citation:

Envoyé par PauseKawa

Je me casse les dents sur le sujet depuis ta question. C'est bien plus compliqué et j'ai beau regarder du coté de /proc, lsof et autre cela ne fonctionne pas. De plus il n'y a rien de bien concret sur le sujet sur le web.

Pour une fois que je ne pose pas une question à la c---. :mouarf:

Citation:

Envoyé par PauseKawa

Quiz de la solution de Zavonen, qui semble bonne : Les applications qui utilisent une 'image' du fichier. Exemple vi qui travaille sur un fichier temporaire dans /tmp. Je teste cela ce WE.

J'ai constaté cela aussi avec TextWrangler sous Mac qui accepte que le fichier soit modifié par une autre application, mais qui arrive aussi à savoir qu'une modification a été faite par une autre application.

Le module lockfile indiqué dans le post ci-dessus ne fonctionne pas sous Python 3... :cry:
19/11/2010, 21h54
wiztricks

Salut,

De façon générale, c'est une "feature" qui repose sur des fonctionnalités de l'OS dont Python n'est que "client"...
Les seules "features" qu'on peut espérer retrouver dans les différents OS sont celles héritées de leur conformité POSIX - mais c'est plutôt "unixien", Windows l'est en partie modulo des ajouts.

Reste à réaliser une fonction is_open déclinée différemment sur chaque OS. Sur Google, chercher "mandatory file locking".

Ceci dit, on arrive inévitablement à réaliser un protocole obligeant A à ouvrir ses fichiers d'une certaine façon pour que B le sache - un protocole "simple" peut être réalisé via fcntl pour poser des "locks" - sur UNIX.

- W
19/11/2010, 23h44
PauseKawa

Bonsoir,

Citation:

Envoyé par wiztricks

De façon générale, c'est une "feature" qui repose sur des fonctionnalités de l'OS dont Python n'est que "client"...
Les seules "features" qu'on peut espérer retrouver dans les différents OS sont celles héritées de leur conformité POSIX - mais c'est plutôt "unixien", Windows l'est en partie modulo des ajouts.

C'est aussi ce que je pense.

Pour ce qui est de Windows vous avez les 'ajouts' comme:
Les outils Sysinternals.
Les 'moniteurs' des Antipsywares/Antivirus.
Etc...
(Désolé, mes certifs MS commencent a dater...)

Sous Linux cela me semble impossible.
Dans le cas d'un éditeur par exemple vous avez trois fonctions :
1) Lecture du fichier et création d'une copie (mémoire ou temporaire). Enregistrement de la date de copie. Fermeture du fichier (Pfff).
2) Travail sur la copie.
3) Si enregistrement > vérification de la date de copie. C'est la même ok, sinon avertissement.
Soit en Python os.stat > st_atime.
Donc lsof et /proc sont inutiles.
Je pense que les solutions Windows fonctionnent sur l'idée d'un os.stat. A voir si c'est une feature ou pas.

Sous Mac : Demande gentil donateur car depuis MacOS 9... :roll:

Pas de solution universelle...
20/11/2010, 00h08
PauseKawa

Re bonsoir,

Citation:

Envoyé par rambc

L'idée est de ne pas modifier un fichier en même temps qu'une autre application.

C'est juste une question théorique ?
Ne trouvant pas de solution je me demande ce que tu souhaite faire exactement.
20/11/2010, 13h14
rambc

Bonjour,
en fait dans le cadre d'un projet perso, l'utilisateur va travailler sur des fichiers TXT. Je voudrais donc savoir si un fichier ouvert dans mon appli. a été modifié depuis une autre afin de laisser le choix à l'utilisateur d'enregistrer la modification faite dans mon appli. ou bien celle faite ailleurs.

J'avais bien pensé à os.stat mais je pensais qu'il existait un outil tout prêt pour cela.
20/11/2010, 13h46
wiztricks

Citation:

Envoyé par rambc

Bonjour,
en fait dans le cadre d'un projet perso, l'utilisateur va travailler sur des fichiers TXT. Je voudrais donc savoir si un fichier ouvert dans mon appli. a été modifié depuis une autre afin de laisser le choix à l'utilisateur d'enregistrer la modification faite dans mon appli. ou bien celle faite ailleurs.

Pourquoi ne pas réaliser cela avec avec un outil de gestion de versions tel que SVN ou Mercurial?
- W
20/11/2010, 14h08
rambc

Oups, je me suis peut-être mal exprimé. En fait, je bosse sur une éditeur de documents scientifiques.
20/11/2010, 14h27
PauseKawa

Bonjour,

Dans ce cas c'est toi qui gère l'éditeur, c'est cela ?
fcntl.lockf (est son équivalent win32api) ?

Bon code
20/11/2010, 16h00
wiztricks

Citation:

Envoyé par rambc

Oups, je me suis peut-être mal exprimé. En fait, je bosse sur une éditeur de documents scientifiques.

Ce sont des fichiers textes, comme du "code source" normal, non?
Il n'est donc pas interdit de "versionner" et de gérer les mises à jours effectuées via des outils "ad hoc".
Si on veut rendre cela plus transparent, on peut aller vers du WebDAV/DeltaV.

- W

Citation:

Envoyé par PauseKawa

Dans ce cas c'est toi qui gère l'éditeur, c'est cela ?
fcntl.lockf (est son équivalent win32api) ?

Merci. :ccool:

Le code suivant bloque tout changement par une application autre sous Mac, et j'imagine aussi sous Linux. Il reste le cas de Windaube à gérer.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 #! /usr/bin/env python3 # Source : # http://docs.python.org/release/3.0.1/library/fcntl.html?highlight=fcntl#fcntl.flock import fcntl file = open("test.txt", "a") fcntl.flock(file.fileno(), fcntl.LOCK_EX) while True: ...

Pour Windaube, j'ai trouvé sur le net le code ci-dessous. Il bloque bien mon fichier s'il est modifié-enregistré dans une autre application.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
# -*- coding: utf-8 -*-
 
# Source : 
#    http://mail.python.org/pipermail/python-win32/2001-August/000129.html
 
import win32file
from win32con import *
 
fd = win32file.CreateFile('test.txt',
                           GENERIC_READ, 0, None,
                           OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0)
 
while True:
    pass

21/11/2010, 08h12
dividee

Bonjour,

Est-ce que inotify ne conviendrait pas sous linux et une solution du même type sous Windows ?
21/11/2010, 10h11
PauseKawa

Bonjour,

Citation:

Envoyé par dividee

Est-ce que inotify ne conviendrait pas sous linux et une solution du même type sous Windows ?

L'utilisation d'un wrapper d'inotify limite la chose à Linux il me semble.
Pour mac c'est l'FSEvents API, c'est bien cela ?
Puisque rambc est maitre de l'éditeur il me semble plus simple de mettre un lock (avis perso qui n'engage que moi :roll:).
C'est toutefois une bonne chose si on ne connais pas l'éditeur et répond à la question d'origine. Cela répond aussi au questionnement que j'avais sur les éditeurs qui utilisent une copie des fichiers : Merci dividee.

Citation:

Envoyé par rambc

Le code suivant bloque tout changement par une application autre sous Mac, et j'imagine aussi sous Linux.

Sur mon système j'ai des erreurs avec l'exclusif LOCK_EX. Je regarde cela de plus prés et si je ne trouve pas tu auras peut être la réponse ;)

Bon code

Edit : L'utilisation d'inotify implique une surveillance du système (threading).
@rambc : pyinotify est compatible Python 3.

@+
21/11/2010, 11h32
PauseKawa

Bonjour,

Citation:

Envoyé par PauseKawa

Sur mon système j'ai des erreurs avec l'exclusif LOCK_EX. Je regarde cela de plus prés et si je ne trouve pas tu auras peut être la réponse ;)

Bon code
21/11/2010, 12h10
rambc

Bonjour.

Citation:

Envoyé par dividee

Est-ce que inotify ne conviendrait pas sous linux et une solution du même type sous Windows ?

Je vais essayer de regarder cela et voir si cela fonctionne sous Mac.

Citation:

Envoyé par PauseKawa

Puisque rambc est maitre de l'éditeur il me semble plus simple de mettre un lock (avis perso qui n'engage que moi :roll:).

Je suis aussi de cet avis.

Ceci étant écrit, la méthode "notify" est plus douce. De plus, je viens de voir qu'il est possible de surveiller aussi un dossier. Là, cela devient très intéressant car mon projet va produire des documents à partir de dossiers contenant des fichiers TXT. "Yapluka"...
21/11/2010, 12h31
rambc

Pas de version sous Mac. Je ferais donc sans car je cherche toujours des solutions multi-os...
21/11/2010, 12h46
PauseKawa

D'inotify ?
Fais une recherche sur l'FSEvents API.
21/11/2010, 12h50
rambc

Bien vu : http://pypi.python.org/pypi/pyobjc-framework-FSEvents .

Je regarderais cela dans la semaine. Je posterais ici si cela fonctionne.