From owner-freebsd-arch Tue Apr 11 15:54:53 2000 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 4F5CF37B993 for ; Tue, 11 Apr 2000 15:54:49 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id AAA20295 for ; Wed, 12 Apr 2000 00:54:52 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id AAA00752 for freebsd-arch@freebsd.org; Wed, 12 Apr 2000 00:54:47 +0200 (CEST) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (Postfix) with ESMTP id C329737BB99 for ; Tue, 11 Apr 2000 15:53:09 -0700 (PDT) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.9.3/8.9.3) id PAA19046; Tue, 11 Apr 2000 15:52:56 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp01.primenet.com, id smtpdAAAQWaagL; Tue Apr 11 15:52:43 2000 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id PAA09804; Tue, 11 Apr 2000 15:52:49 -0700 (MST) From: Terry Lambert Message-Id: <200004112252.PAA09804@usr09.primenet.com> Subject: Re: Proposal: Union mount of fdesc on top of /dev To: peter.jeremy@alcatel.com.au (Peter Jeremy) Date: Tue, 11 Apr 2000 22:52:48 +0000 (GMT) Cc: tlambert@primenet.com (Terry Lambert), freebsd-arch@freebsd.org In-Reply-To: <00Apr12.082443est.115225@border.alcanet.com.au> from "Peter Jeremy" at Apr 12, 2000 08:24:40 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >I really don't know what /dev/std* is for; > [deleted] > >used in the "open" call -- that's what /dev/fd/* is for). > > Personally, I find std{in,out,err} more descriptive than /dev/fd/{0,1,2}. > As I understand it, POSIX specifes the names rather than the numbers. I was unable to find it in my copy of "Go Solo 2". I actually find stdio, stdout, stderr to be descriptive of the standard I/O library binding currently in effect (and not really an "fd" thing at all). > >One drawback, though, is that the ideal place to do something like > >this is by adding a "handler" for a portion of the devfs namespace > >(like the /dev/pty/ handler would want to be), > > Isn't this a job for portals? (Or have I misunderstood their use). Not quite a job for portals. A portal lets you treat an instance of a program as a file. We're looking for something that lets you have a process-private view of /dev/fd/*, which wouldn't work if you wre looking at it from another process. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message