Subject: Developers of Sympa
List archive
- From: Guillaume Rousse <address@concealed>
- To: address@concealed
- Subject: Re: [sympa-developpers] Lock problem?
- Date: Tue, 06 Aug 2013 16:29:20 +0200
Le 04/08/2013 18:11, IKEDA Soji a écrit :
Hi,That's easy to wrap a non-blocking function to make it blocking, that's easier to do the opposite direction, so I prefer this way.
Though direct use of File::NFSLock is possible, I wrote a small
module wrapping it. Some notes:
o The feature File::NFSLock argues support for NFS is anticipating
cache of filesystem. It may make lock processing a bit less
efficient on local filesystems.
o Current Sympa::Lock takes care of upgrading "read" locking to
"write" one (shared to exclusive), but it seems not to be used.
So my module doesn't implement it.
o Sympa::Lock::lock() is non-blocking, namely, it won't wait
competing lock and fails immediately. This module follows this
feature, but it can be discussed.
There is a primitive t/lock.t test suite I used when refactoring Sympa::Lock, feel free to adapt it to test your new implementation.
--
Guillaume Rousse
INRIA, Direction des systèmes d'information
Domaine de Voluceau
Rocquencourt - BP 105
78153 Le Chesnay
Tel: 01 39 63 58 31
Attachment:
smime.p7s
Description: Signature cryptographique S/MIME
-
Re: [sympa-developpers] Lock problem?,
IKEDA Soji, 08/04/2013
- Re: [sympa-developpers] Lock problem?, Guillaume Rousse, 08/06/2013
Archive powered by MHonArc 2.6.19+.