Python fcntl无法按预期锁定

Question

在基于Debian的操作系统（Ubuntu，Debian
Squeeze）上，我正在使用Python（2.7，3.2）fcntl锁定文件。据我了解，fnctl.flock以某种方式锁定文件，如果另一个客户端想要锁定同一文件，则会抛出异常。

我建立了一个小示例，由于我首先锁定了文件，然后紧接着尝试再次锁定它，因此我希望抛出一个例外。

#!/usr/bin/env python
# -*- coding: utf-8 -*-
import fcntl
fcntl.flock(open('/tmp/locktest', 'r'), fcntl.LOCK_EX)
try:
    fcntl.flock(open('/tmp/locktest', 'r'), fcntl.LOCK_EX | fcntl.LOCK_NB)
except IOError:
    print("can't immediately write-lock the file ($!), blocking ...")
else:
    print("No error")

但是该示例仅显示“无错误”。

如果我将此代码拆分为同时运行的两个客户端（一个锁定然后等待，另一个在第一个锁定已激活之后尝试锁定），我将得到相同的行为-完全无效。

对这种行为有何解释？

编辑 ：

根据Nightcracker的要求进行了更改，该版本还显示“无错误”，尽管我不希望这样：

#!/usr/bin/env python
# -*- coding: utf-8 -*-
import fcntl
import time
fcntl.flock(open('/tmp/locktest', 'w'), fcntl.LOCK_EX | fcntl.LOCK_NB)
try:
    fcntl.flock(open('/tmp/locktest', 'w'), fcntl.LOCK_EX | fcntl.LOCK_NB)
except IOError:
    print("can't immediately write-lock the file ($!), blocking ...")
else:
    print("No error")

Answer 1

得到它了。我的脚本中的错误是我在每次调用时都创建了一个新的文件描述符：

fcntl.flock(open('/tmp/locktest', 'r'), fcntl.LOCK_EX | fcntl.LOCK_NB)
(...)
fcntl.flock(open('/tmp/locktest', 'r'), fcntl.LOCK_EX | fcntl.LOCK_NB)

相反，我必须将文件对象分配给变量，然后尝试锁定：

f = open('/tmp/locktest', 'r')
fcntl.flock(f, fcntl.LOCK_EX | fcntl.LOCK_NB)
(...)
fcntl.flock(f, fcntl.LOCK_EX | fcntl.LOCK_NB)

比起我想看到的例外，我也得到了更多IOError: [Errno 11] Resource temporarily unavailable。现在，我必须考虑在什么情况下使用fcntl才有意义。