According to Jonathan Lemon:
> NOTES
> Locks are on files, not file descriptors. That is, file descriptors
> du- plicated through dup(2) or fork(2) do not result in multiple
> instances of a lock, but rather multiple references to a single lock.
> If a process holding a lock on a file forks and the child explicitly
> unlocks the file, the parent will lose its lock.
Right but in Postfix case this is not the case. The "master" process run to
check whether Postfix is running or not is definitely NOT a child of the real
"master" process.
We just have a case where a lock on a given file is not seen at all by another
process, thus defeating the whole idea. Locking is broken.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD keltia.freenix.fr 4.0-CURRENT #75: Tue Nov 2 21:03:12 CET 1999
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
