fcntl, LOCK_EX et Bad file descriptor : Une explication ?

Bonjour,

Soit le code suivant

Code:

---

1 2 3 4 5 6 7 8 9 10

import fcntl   f = open('monprog.py') #fcntl.lockf(f.fileno(), fcntl.LOCK_SH) #fcntl.flock(f.fileno(), fcntl.LOCK_EX) fcntl.lockf(f.fileno(), fcntl.LOCK_EX) print (f.name, 'is locked') fcntl.lockf(f.fileno(), fcntl.LOCK_UN) print (f.name, 'is unlocked') f.close()

---

Qui pourrait simplement m'expliquer pourquoi LOCK_EX provoque une erreur ?

Code:

---

1 2 3 4

Traceback (most recent call last): File "fnlock.py", line 5, in <module> fcntl.lockf(f.fileno(), fcntl.LOCK_EX) IOError: [Errno 9] Bad file descriptor

---

J'ai bien vu quelques explications sur le web mais je n'arrive pas à cerner le problème.

Merci d'avance

C'est bon, j'ai compris

Code:

---

1 2 3 4 5 6 7 8 9 10

import fcntl   f = open('monprog.py', 'r+') #fcntl.lockf(f.fileno(), fcntl.LOCK_SH) #fcntl.flock(f.fileno(), fcntl.LOCK_EX) fcntl.lockf(f.fileno(), fcntl.LOCK_EX) print (f.name, 'is locked') fcntl.lockf(f.fileno(), fcntl.LOCK_UN) print (f.name, 'is unlocked') f.close()

---

Sorry pour le dérangement :roll:

C'est donc le 'r+' qui manquait à l'appel...

Bonjour,

Effectivement, cela viens du mode d'ouverture.
J'ai l'impression que cela viens de la façon dont le fichier est ouvert par la plateforme avec le built-in open.
Si quelqu'un a une doc sur cela je suis preneur.