From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Sun, 30 Nov 2008 10:26:32 -0600 From: "Eric Van Hensbergen" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <1a2be9d78c2e736fb1319f7dd41b765c@quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1a2be9d78c2e736fb1319f7dd41b765c@quanstro.net> Subject: Re: [9fans] Dir->type & Dir->dev Topicbox-Message-UUID: 53d2c15e-ead4-11e9-9d60-3106f5b1d025 On Sun, Nov 30, 2008 at 9:18 AM, erik quanstrom wrote: > > there is a dir.type and a dir.qid.type. i believe these are different. > the comment above dir.type in /sys/include/libc.h says that it's > system modified. and, e.g. /mail/fs shows up as from the mount > driver. the instance is typically pretty big. the mount driver is > pretty careful to count instances. > > ; ls -l /mail/fs > --rw-rw-rw- M 105920 quanstro quanstro 0 Nov 30 10:17 /mail/fs/ctl > d-r-xr-xr-x M 105920 quanstro quanstro 0 Nov 30 10:11 /mail/fs/mbox > That makes sense - any user space synthetic will have to be addressed via mnt(3), so mnt(3) will assign/override type and instance data for user space file servers as well as remote file servers. Thanks. -eric