Talk:File locking

From Wikipedia, the free encyclopedia

Contents 1 Possibility of deadlock in Windows 2 UNIX section 3 Why redirect from "List of software for accessing open files" 4 Shouldn't byte range locking be mentioned for the Windows platform? 5 Possible merge with "Shared read lock" article?

[edit] Possibility of deadlock in Windows

The article should probably address the possibility of deadlock in windows due to poor application design. I imagine that applications who are locking too many files may interfer with other programs by preventing them access to files at startup. This problem, which probably can be called downsides of madatory locking, should be addressed by someone which knows the subject, and magnitude of the problem. --Fredrik Orderud 02:38, 6 August 2005 (UTC)

[edit] UNIX section

Much of the information in the UNIX section was not only irrelevant but false.

• irrelevant: the ability to create files with of without O_TRUNC or to delete a file and replace it with another has nothing to do with file locking. I will try to reinsert some of this material someplace else, such as under Inode.
• false: it is not true that typical programs delete and recreate files when writing them. The specific example given is a C compiler. Not gcc nor other compilers that I have used do this. If they did then the user might lose a lot of metainformation such as owner/group information and modes when saving documents in a typical application!

--Celada 23:45, August 25, 2005 (UTC)

Great work! The UNIX section was in great need of a proper cleanup. --Fredrik Orderud 01:04, 26 August 2005 (UTC)

[edit] Why redirect from "List of software for accessing open files"

I don't understand why a 'list' redirects to the File Locking topic. If this topic does not exist it should be an edit link, rather than redirecting incorrectly. --140.168.69.166 23:27, 12 February 2006 (UTC)

[edit] Shouldn't byte range locking be mentioned for the Windows platform?

For Unix locking, it is mentioned that "different kinds of locks may be applied to different sections (byte ranges) of a file". This is not mentioned for the Windows platform.

However, when I checkout the LockFile function in msdn, it seems to me that this is also possible on the windows platform, though only for "server" editions of the OS. I'm not a file-locking specialist, so I'm hesitating a bit to edit the article... --Sandb 16:21, 20 February 2006 (UTC)

[edit] Possible merge with "Shared read lock" article?

Should the information in Shared read lock be incorporated into this article? If not, see my question on the Shared read lock discussion page. UnleashTheWolves 10:16, 1 November 2007 (UTC)