Re: Flock, Seek & WinNT
by meetraz (Hermit) on Dec 30, 2002 at 16:14 UTC
|
I use flock() on winnt on a regular basis, and it works exactly as you'd expect. Once one script has it flock()'d the others will block until it becomes available, and each script takes its turn. | [reply] |
|
Note that flock() under Win32 is more like the (non-default) mandatory locking in Unix than like regular advisory locking.
This means that having a lock on a file in Win32 can prevent other processes from reading from or writing to the file (I used to think it even prevented opening but my current testing says otherwise so this might depend on the version of Win32 or...).
What you might find even more surprising is that having a lock on one file handle can prevent the same process from reading from or writing to that file via a different file handle.
- tye (you have been warned)
| [reply] |
|
Oh, and the same goes for seek()
| [reply] |
Re: Flock, Seek & WinNT
by dws (Chancellor) on Dec 30, 2002 at 18:55 UTC
|
I'm wondering if it's necessary to use Flock and Seek or whether the WinNT Operating System already takes care of any problems I might run into.
flock() and seek() work just fine on NT/Win2K. I've worked on a commercial system that uses both. (Depending on your data, you'll probably want to use binmode() on the filehandle that you're seeking on.)
| [reply] |
Re: (nrd) Flock, Seek & WinNT
by newrisedesigns (Curate) on Dec 30, 2002 at 16:00 UTC
|
Why shouldn't you use file locks? Use flock() even if you don't need it just so your code is portable to Linux (if you decide to change OSes).
While you're here, why don't you sign up?
John J Reiser
newrisedesigns.com
| [reply] |
Re: Flock, Seek & WinNT
by hardburn (Abbot) on Dec 30, 2002 at 17:23 UTC
|
I suspect WinNT using NTFS can use flock() just fine. Using FAT32 probably will work, too. Hard to say if it will work on Win9[5|8], since that OS was never designed with multi-user access in mind.
In any case, stick it in there anyway. If nothing else, you can point to it and say "I did my part. If the OS didn't do its bit, that's not my fault" :)
Update: Fixed character escape problem with 'Win9[5|8]'.
| [reply] |
|
---
print map { my ($m)=1<<hex($_)&11?' ':'';
$m.=substr('AHJPacehklnorstu',hex($_),1) }
split //,'2fde0abe76c36c914586c';
| [reply] [d/l] |
|
Hard to say if it will work on Win98, since that OS was never designed with multi-user access in mind.
An operating system does not have to be multiuser to need interlocks. flock() is for controlling simultaneous access which is possible with any multitasking operating system. Windows 95/98 are both (somewhat) capable of multitasking.
Yes, but still... Perl's flock() causes a fatal error on Win98:
flock() unimplemented on this platform
The idea to just stuff it in, "Hey I did my part", just doesn't work. Which is a shame. | [reply] [d/l] |
|
An operating system does not have to be multiuser to need interlocks.
Agree++. Simultaneous access may be provided by a network, assuming the file in question is on a server or in a shared directory on the local machine.
| [reply] |
Re: Flock, Seek & WinNT
by John M. Dlugosz (Monsignor) on Dec 30, 2002 at 16:58 UTC
|
If your problem is that you need to prevent multiple scripts from altering the same part of the file at the same time, then no, the general case is not built-in to any OS that I know of. The Be OS will automatically lock the area of a read so you can do read/modify/write on an area easily, but there is no way to handle the general case and you didn't give details.
| [reply] |