Talk:File locking
From Wikipedia, the free encyclopedia
Contents |
[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)
Applications hav the option of waiting for a file lock. They jenerally terminate, and if they don't, then of course there's TaskMan (CTRL-ALT-DELETE). I don't remember any occasion where the deadlock (if a terminated process can be called that) wasn't my error. Usually, I'm using sox to write a file that Nero's WaveEdit has open. It's usually an operator error to open the same file with two processes. Deadlock is possible, but unlikely and remediable. BrewJay (talk) 10:15, 14 July 2008 (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)
- Lists hav the lowest priority on wikipedia WP:NOT, and categories duplicate their purpose. All of the computing languages (4) and operating systems (3) I know support opening a file in a particular mode, so that's likely to be a very long and incomprehensive list. BrewJay (talk) 11:37, 15 July 2008 (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)
