correction.
doesnt seem to work on the linux box. ftpd seems to unlink the existing file.
i cant see how this producer/consumer problem can be solved without getting the
producer to co-operate.
the problem here is that the ftp daemon writes to the file. unless he hacks
the code there is no wa
the problem here is that the ftp daemon writes to the file. unless he hacks
the code there is no way he can make the ftpd honour whatever locking protocol
he chooses. EXCEPT for mandatory locking. this is enabled for a file by setting
the set GID bit, and clearing the group exec bit.
chmod 2640 w
What about a simple text file (that could act as a cheap PID) which is
created by the first process that opens the file, and deleted by that
process when it's done. Any other process that wants to access the same
file sleep()s until the text file gets deleted. Hacky, maybe, but simple.
At 10
Hy all!
I'am working on a webcam application and I enconter a problem. I have a
Camera, a video server and a Web/FTP server (Redhat 7.0, Apache
1.3.12-25, Wu-ftpd 2.6.1-6). My video server send 1 picture/s to the ftp
server and the Web server pushes the pictures to the web client (Ie &
Netscape
