Date: Sun, 1 Apr 2007 20:30:14 GMT From: "R. B. Riddick" <arne_woerner@yahoo.com> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/111101: /usr/bin/lockf: when lockf blocks due to another lockf and no -k is specified and the other lockf ends, the file is away Message-ID: <200704012030.l31KUEiJ080423@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/111101; it has been noted by GNATS. From: "R. B. Riddick" <arne_woerner@yahoo.com> To: Kris Kennaway <kris@obsecurity.org> Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/111101: /usr/bin/lockf: when lockf blocks due to another lockf and no -k is specified and the other lockf ends, the file is away Date: Sun, 1 Apr 2007 12:59:53 -0700 (PDT) --- Kris Kennaway <kris@obsecurity.org> wrote: > On Sun, Apr 01, 2007 at 06:41:43PM +0000, Arne Woerner wrote: > > Furthermore I would like to recommend, to make the "-k" behaviour the > > default behaviour, so that we will not remove data files, that were co-used > > as lock files... > > We cannot do that, not using -k is required in some situations, so > those scripts will break. > OK - recommendation withdrawn... > It appears that lockf is working as designed, and also as explicitly > documented. It looks like no action can be taken here. > Explicitly? Documented? Since I have not found that documentation, can u help me a little bit by showing it? In the mean time I show a piece of my documentation (man page lockf(1)): "DESCRIPTION The lockf utility acquires an exclusive lock on a file, creating it if necessary, and removing the file on exit unless explicitly told not to. While holding the lock, it executes a command with optional arguments. After the command completes, lockf releases the lock, and removes the file unless the -k option is specified. BSD-style locking is used, as described in flock(2); the mere existence of the file is not considered to constitute a lock." I repeat: "CREATING IT IF NECESSARY" If think, the explicit documentation says, that the file is created (although this "if necessary" is somewhat weaselish, so that the man page should be changed, too; it should say: "creating it if it does not exist"). Currently without the "-k" option given only the first conflict is solved properly, while the next is not, which is surely not what we want, and which is surely nowhere documented. -Arne ____________________________________________________________________________________ 8:00? 8:25? 8:40? Find a flick in no time with the Yahoo! Search movie showtime shortcut. http://tools.search.yahoo.com/shortcuts/#news
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200704012030.l31KUEiJ080423>