> Locks are on files, not file descriptors. Except they aren't. They're on open file table entries, something remarkably difficult to describe in a way that doesn't just refer to the kernel-internal mechanism behind it (which for _this_ list isn't a big deal, but...). If they were truly on files, rather than open file table entries, then it wouldn't matter whether my test program opened the file once or twice, since it's the same file either way.
> Applying flock() to an already locked (of this kernel file*) file is > an attempt to upgrade, or downgrade (including unlock) the file, Hm, okay, I can see how the second flock call in my test was taken as an attempt to equalgrade (neither upgrade nor downgrade) the exclusive lock to another exclusive lock. I'll have to think more about my locking paradigm. /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTML mo...@rodents-montreal.org / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
