From owner-freebsd-current Mon Jun 12 12:58:43 2000 Delivered-To: freebsd-current@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id 3306B37B602 for ; Mon, 12 Jun 2000 12:58:35 -0700 (PDT) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p17-dn01kiryunisiki.gunma.ocn.ne.jp [211.0.245.18]) by peach.ocn.ne.jp (8.9.1a/OCN/) with ESMTP id EAA21709; Tue, 13 Jun 2000 04:58:24 +0900 (JST) Message-ID: <394537FE.9AD506CD@newsguy.com> Date: Tue, 13 Jun 2000 04:20:30 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: David Gilbert Cc: freebsd-current@FreeBSD.ORG Subject: Re: (thoughts on) the mktemp() patch. References: <14660.2642.194412.404753@trooper.velocet.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG David Gilbert wrote: > > Maybe the soltion is to think out of the box. Maybe temporary > filestore should be a more official OS service. Race conditions would > be far less common if the OS itself was managing the namespace. > > You might even expand the capability somewhat. Provide process local, > uid local and global namespaces. You'd even gain the ability to > specify the limits on temporary filestore. We have an out of the box solution. But there are other software out there in the world that happens to use mktemp() and we have no control of. So we are trying to improve mktemp(). -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org "He is my minion, so he doesn't need a name." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message