Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!gegeweb.org!newsfeed.kamp.net!newsfeed.kamp.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Rainer Weikusat Newsgroups: comp.os.linux.development.apps Subject: Re: mmap unuseable for interactive application? Date: Mon, 18 Jul 2011 15:50:53 +0100 Lines: 19 Message-ID: <87r55nwsky.fsf@sapphire.mobileactivedefense.com> References: <87ei1ptes4.fsf@araminta.anjou.terraraq.org.uk> <87livvzubf.fsf@sapphire.mobileactivedefense.com> <64b5b15f-66da-479a-acde-2c4116230da7@h7g2000prf.googlegroups.com> <87vcuzwsyc.fsf@sapphire.mobileactivedefense.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: individual.net 7kcZg1GZ082X/SoqbaeqTgNzVxpy2TU9kzWOb4Zm+0JrePOy8= Cancel-Lock: sha1:ysAxrg0s1wK8JtI1yPa+UqfMqgs= sha1:Zt2Q7k3UfMNM4ckueoVzZjlBpDw= User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) Xref: x330-a1.tempe.blueboxinc.net comp.os.linux.development.apps:200 Peter writes: > On Jul 18, 7:42 am, Rainer Weikusat wrote: > >> 'Again' -- the solution to your 'problem' is to use the existing >> system facilities (which have existed 'since a long time') to >> coordinate use of shared resources by independent applications and not >> to whine about the fact that a lot of filesystems exists which don't >> work like the Windows file system. > > OK -- educate me! > What are the "existing system facilities" to prevent users from > accessing some file? cd / rm -rf * There is still some chance that a user might manage to access one of his own files while deletion is in progress but since this won't be reproducible, you can afterwards claim that it didn't happen.