From owner-freebsd-hackers@FreeBSD.ORG Fri Jul 16 17:12:43 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFF2916A4CE for ; Fri, 16 Jul 2004 17:12:43 +0000 (GMT) Received: from blitzen.qlo.com (blitzen.qlo.com [142.165.150.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id C01A643D45 for ; Fri, 16 Jul 2004 17:12:43 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from stephens (hssx-yktn-59-202.sasknet.sk.ca [142.165.59.202]) by mail.qlo.com (SaskTel eMessaging Service) with ESMTPA id <0I0Y00G6JFH44H@mail.qlo.com> for freebsd-hackers@freebsd.org; Fri, 16 Jul 2004 11:05:29 -0600 (CST) Date: Fri, 16 Jul 2004 11:05:28 -0600 From: Stephen Hurd To: freebsd-hackers@freebsd.org Message-id: <20040716110528.3c37d188.shurd@sasktel.net> MIME-version: 1.0 X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT X-Mailman-Approved-At: Sat, 17 Jul 2004 11:44:45 +0000 Subject: Fw: Re: Locking: kern/50827 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2004 17:12:44 -0000 Begin forwarded message: Date: Fri, 9 Jul 2004 23:01:27 -0400 From: Brian Fundakowski Feldman To: Stephen Hurd Cc: freebsd-hackers@freebsd.org Subject: Re: Locking: kern/50827 On Sun, Jul 04, 2004 at 04:06:45PM -0600, Stephen Hurd wrote: > > Right, if you just make it cross-platform in the first place using > > higher- level primitives you don't have to worry what the specific > > kernel and operating system and file system you are using provides. > > It's my opinion tha there won't be other people adopting this API for > > file locking since it is by definition not meant to work like the > > standardized APIs. > > > > I don't think that there's no value in having more useful locking > > primitives, but they probably don't benefit much from being implemented > > in the kernel unless they conform to a portable API. I certainly always > > have my own various kernel modifications that I find useful, but aren't > > very standard :) > > This sounds a lot like "Well, there's no point in doing something better > since nobody else is doing it.". strlcpy() and friends are an example of > non-standard stuff that just Makes Sense(tm). If you're trying to create a new "standard", I think -standards or -arch is the more appropriate FreeBSD list. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"