From owner-freebsd-current Thu Oct 31 12:09:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03591 for current-outgoing; Thu, 31 Oct 1996 12:09:25 -0800 (PST) Received: from mailhost2.cac.washington.edu (mailhost2.cac.washington.edu [140.142.33.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA03586; Thu, 31 Oct 1996 12:09:23 -0800 (PST) Received: from Ikkoku-Kan.Panda.COM (UW-Gateway.Panda.COM [192.107.14.65]) by mailhost2.cac.washington.edu (8.8.2+UW96.10/8.8.2+UW96.10) with SMTP id MAA19423; Thu, 31 Oct 1996 12:09:08 -0800 Date: Thu, 31 Oct 1996 11:59:21 -0800 (PST) From: Mark Crispin Subject: Re: /var/mail (was: re: Help, permission problems...) To: Terry Lambert cc: gpalmer@FreeBSD.org, jgreco@brasil.moneng.mei.com, j@uriah.heep.sax.de, roberto@keltia.freenix.fr, current@FreeBSD.org, scrappy@ki.net In-Reply-To: <199610311829.LAA25654@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 31 Oct 1996 11:29:55 -0700 (MST), Terry Lambert wrote: > It's possible to test the failure case during > config by compiling up a small test program. How do you test the failure case during config for a mailbox accessed in the future? Please explain how config will know what sort of systems you will access over NFS in the future. The majority of UNIX systems in the world do not use system call locking. They use lock files. Some BSD variants once used system call locking, but gave up because of the need to support NFS. Please explain how FreeBSD, perhaps the only system in the world that still uses system call locking, is going to get the world to convert. Once again, this issue is not about whether or not my code supports system call locking. It does. Already. And it has for many years. This issue is about whether or not my code should try to use lock files too, and what should happen if it can't. There are only two choices: 1) give a warning message, which is annoying if you are a FreeBSD system, everything is on the FreeBSD system, and you know that it is safe not to bother with lock files. 2) don't give a warning message, which on 99% of the systems in the world means that locking has failed for real and the user is vulnerable to data corruption. 99% is conservative. FreeBSD is much less than 1% of the UNIX market. Give me one good reason why I should let 1% of the market tell me that I should do something that puts 99% of the market at risk. Give me one good reason why, given that you've been told how to take the risk by building it to quell the warning, you are still bothering me.