From owner-freebsd-arch Wed Jan 22 14:19: 1 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 153AD37B401 for ; Wed, 22 Jan 2003 14:19:00 -0800 (PST) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09C9E43E4A for ; Wed, 22 Jan 2003 14:18:59 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.6/8.12.6) with ESMTP id h0MMIvbs042984 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 22 Jan 2003 17:18:57 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.6/8.12.6/Submit) id h0MMIvcF042981; Wed, 22 Jan 2003 17:18:57 -0500 (EST) (envelope-from wollman) Date: Wed, 22 Jan 2003 17:18:57 -0500 (EST) From: Garrett Wollman Message-Id: <200301222218.h0MMIvcF042981@khavrinen.lcs.mit.edu> To: Matthew Dillon Cc: arch@FreeBSD.ORG Subject: Re: getsysfd() patch #1 (Re: Virtual memory question) In-Reply-To: <200301222216.h0MMGZMD010110@apollo.backplane.com> References: <200301220304.h0M34TMB099694@apollo.backplane.com> <200301222052.h0MKqP4N041427@khavrinen.lcs.mit.edu> <200301222144.h0MLifiC009829@apollo.backplane.com> <200301222210.h0MMA0gB042902@khavrinen.lcs.mit.edu> <200301222216.h0MMGZMD010110@apollo.backplane.com> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG < said: > Garrett, I fail to see what you are argument is here. Are you arguing > for the addition of a system call or against? shm_open() is irrelevant > to the discussion No, it is not irrelevant. It is an existing, standardized interface that will support precisely the behavior that people seem to be asking for. There is no need to invent another, proprietary interface; we have too many of those already. >, it is a libc function which has no capability whatsoever Bullshit. Go back and read what I wrote. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message