Discussion :

[SybelleDeNuit]

Bonjour,
Mon problème est peut-être simple mais je n'ai pas trouvé la réponse après un long temps de recherche.
Je cherche à ouvrir un fichier en LECTURE et pendant qu'il est ouvert, qu'aucun autre process puisse y accéder en lecture (et encore moins en écriture) avant qu'il ne soit fermé par le premier programme qui le lit. C'est navrant.

Suis-je une tarte ?
Quelle que soit la réponse à cette deuxième question, merci pour votre éclairage de ma faible lanterne.

Syb'

[wiztricks]

Salut,

Quelle que soit la réponse à cette deuxième question, merci pour votre éclairage de ma faible lanterne.

Un fichier est un objet système.
Pour en verrouiller l'accès, il faut utiliser des méthodes systèmes.

Pour Linux, il y a la fonction fnctl.flock, pour windows ce sera msvcrt.locking.
Et vous avez aussi des bibliothèques externes qui cachent tout çà dans des fonctions indépendantes de la plateforme comme py-filelock.

- W

[Invité]

Salut,



Un fichier est un objet système.
Pour en verrouiller l'accès, il faut utiliser des méthodes systèmes.

Pour Linux, il y a la fonction fnctl.flock, pour windows ce sera msvcrt.locking.
Et vous avez aussi des bibliothèques externes qui cachent tout çà dans des fonctions indépendantes de la plateforme comme py-filelock.

- W

Oooh! J'ai cherché longtemps aussi et Google ne m'a jamais parlé de ça !
edit : Euh Wiz msvcrt.locking empêche aussi la lecture ? J'ai fais des tests à partir de ça : https://effbot.org/librarybook/msvcr...t-example-3.py et j'ai pas l'impression que c'est ce mode de fonctionnement que souhaite SybelleDeNuit ???

Sybelle tu veux vraiment bloquer l'accès aux fichiers c'est ça ?

Moi je propose un truc plus "bizarre", en changeant les permissions du propriétaire, je ne sais pas si ça bloquera ton fichier pour d'autres process mais ça t'empêchera de l'ouvrir avec un autre logiciel...
Edit : En tout cas si tu fais un os.remove(fichier), ben le fichier disparaît totalement.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
import win32security as w32
import ntsecuritycon as con
import getpass
 
def access_rights_win(path,unauthorized):
 
    w_user, _, _ = w32.LookupAccountName("", getpass.getuser())
 
    sd = w32.GetFileSecurity(path, w32.DACL_SECURITY_INFORMATION)
    dacl = sd.GetSecurityDescriptorDacl()
    if unauthorized:
        dacl.AddAccessDeniedAce(w32.ACL_REVISION, con.FILE_ALL_ACCESS, w_user)
    else:
        dacl.DeleteAce(0)
        dacl.AddAccessAllowedAce(w32.ACL_REVISION, con.GENERIC_ALL, w_user)
 
    sd.SetSecurityDescriptorDacl(1, dacl, 0)
    w32.SetFileSecurity(path, w32.DACL_SECURITY_INFORMATION, sd)

[wiztricks]

Salut,

Oooh! J'ai cherché longtemps aussi et Google ne m'a jamais parlé de ça !
edit : Euh Wiz msvcrt.locking empêche aussi la lecture ? J'ai fais des tests à partir de ça : https://effbot.org/librarybook/msvcr...t-example-3.py et j'ai pas l'impression que c'est ce mode de fonctionnement que souhaite SybelleDeNuit ???

Pour trouver quelque chose sur Google, il faut déjà lui donner de bons mots clefs.
Ce qui suppose avoir une idée de ce qu'on cherche!

Sinon, oui çà fonctionne (mieux sur Windows que sur Linux d'ailleurs) mais py-filelock n'est plus maintenu, utilisez portalocker à la place.
note: si vous utilisez une fonctionnalité documentée pour.... et que vous n'arrivez pas à la faire fonctionner, est ce que çà ne marche pas ou est-ce que vous n'arrivez pas à la faire fonctionner?

- W

[SybelleDeNuit]

Merci pour vos réponses. Je vais voir comment les mettre en oeuvre.
Donc il n'existe pas un attribut simple à l'ouverture d'un fichier en lecture pour le rendre inaccessible momentanément aux autres programmes genre open(myfilename, "rx")... C'est curieux...
Voici la finalité de ma question :
Un fichier texte contient une liste de job à effectuer. Un de mes ordi en réseau (j'en ai 6) va lire ce fichier pour exécuter le premier travail. Il le supprime alors de la liste. Ainsi quand un autre ordi est disponible, il effectue la même opération de lecture/effacement sur le job qui est en tête de liste. Et ainsi de suite.
La seule chose que je risque, bien que ce ne me soit jamais arrivé, est que le second ordi lise le nom du job avant que le premier ait eu le temps de l'effacer de la liste. Dans ce cas il exécuterait lui aussi ce job, ce qui n'est pas grave en soi mais comme chacun des jobs peut prendre plus de 3 jours de calcul... C'est trois jour des perdus... Et il y en a un paquet à traitrer... D'autre part je ne peux pas changer l'ordre de ma liste efficacement, pour les mêmes raisons.
Il doit y a voir une chance sur 100 milliard que cela se produise, mais ça m´énerve de le savoir...

Bonne fin de semaine à tous.
Syb'

PS : je marquerai comme résolu dans quelques jours, le temps de vérifier la faisabilité et l'efficacité des solutions proposées.

[wiztricks]

Salut,

Le verrouillage de fichier se fait côté OS, si vous programmez sur des ordinateurs en réseau, çà va dépendre du "file system" qui permettra d'accéder aux fichiers "en réseau"...
Le plus simple est de passer par un "serveur" à qui on demande quoi faire (et qui pourra sérialiser les demandes et savoir à qui il a confié quoi).

- W

[Sve@r]

Bonjour

Donc il n'existe pas un attribut simple à l'ouverture d'un fichier en lecture pour le rendre inaccessible momentanément aux autres programmes genre open(myfilename, "rx")... C'est curieux...

Personnellement je n'en trouve pas l'utilité. Quelle raison peut-on avoir de ne pas vouloir qu'un autre procesuss puisse lire un fichier censé être lisible par tous ???

Voici la finalité de ma question :
Un fichier texte contient une liste de job à effectuer. Un de mes ordi en réseau (j'en ai 6) va lire ce fichier pour exécuter le premier travail. Il le supprime alors de la liste.

Ah là je comprends mieux. Mais dans ce cas, le fichier n'est pas ouvert en lecture mais en écriture et ça c'est quand-même totalement différent !!!

La seule chose que je risque, bien que ce ne me soit jamais arrivé, est que le second ordi lise le nom du job avant que le premier ait eu le temps de l'effacer de la liste. Dans ce cas il exécuterait lui aussi ce job, ce qui n'est pas grave en soi mais comme chacun des jobs peut prendre plus de 3 jours de calcul... C'est trois jour des perdus... Et il y en a un paquet à traitrer... D'autre part je ne peux pas changer l'ordre de ma liste efficacement, pour les mêmes raisons.

Un ordi centralisateur. Il lit les jobs dans le fichier et les mémorise. Ensuite il distribue un job différent à chaque ordi qui vient le lui demander. Comme ça plus de souci de locks ou autres car c'est l'ordi centralisateur qui s'occupe de mettre à jour le fichier.