Re: Re: Re: Re: correct usage of flock?

Let's say that two processes which use flock both try and open the same file simultaneously. Only one of the processes will be able to lock it first. If that first process deletes the file and releases the lock then the second process will not be able to do anything to the deleted file. The second process will not read the nonexistent deleted file. It will not write it.

So there is that protection against race conditions. Only one process will access the file at a time, which is the purpose of having an exclusive lock.

Comment on Re: Re: Re: Re: correct usage of flock?

Replies are listed 'Best First'.
Re: correct usage of flock? by cLive ;-) (Prior) on Jun 06, 2001 at 20:15 UTC
Except I have only one process, set to append, in a directory it has permission to create files in, so that should be OK, yes?	[reply]
Re: Re: correct usage of flock? by sierrathedog04 (Hermit) on Jun 06, 2001 at 23:29 UTC
It worked for me in Mandrake Linux 8. I took your script and moved the unlock to the very last statement. The single process was able to delete a file while it had an exclusive lock on it.	[reply]
Re: Re: Re: Re: Re: correct usage of flock? by bluto (Curate) on Jun 08, 2001 at 18:56 UTC
You are not protected against the race condition I mentioned earlier. An unlink in Unix does not release the data from the file until the last file descriptor is closed. The second process will be able to read whatever information is in there (and write to it if it desires). Of course other processes wont know this since the file's name space entry is gone. The second process will continue under the assumption that it was accessing the locked file in a valid state (hey it was there when I opened it!). In some cases, perhaps the current one, this is ok in others it is not -- it depends on the assumptions being made after this section of code. In general if you are going to do this, it is a good idea to put a comment in your code that says you know about the possible race condition and it is ok.	[reply]