merge 2531 3410 thanks Nathanael Nerode writes ("Re: PATCH: Make install-info use fcntl (via perl's flock) for locking"): > unmerge 3410 > thanks > # 3410 is a different bug, requesting that the lockfile be > # cleaned up on process kill
The only correct fix to that is to use fcntl instead, so it should remain merged. > Hmm. In that case, what is the *point* of using fcntl locking? *EVER*? > Fcntl locking is a fscking waste of time and effort in this case. > > Is it simply to make sure that the lock file is deleted if the program > dies? Yes (well, there are other advantages too but that's the main one). > This can be done in a much simpler way, without a lock-method > transition, by catching kill signals and deleting the lock file on all > exit paths. As suggested in bug 3410, which was mistakenly merged with > this one. This is not reliable. I'm afraid I don't have time right now to explain all of this to you but all of the stuff I've been explaining should be well-known to anyone messing around in this area. Regards, Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]