From mboxrd@z Thu Jan  1 00:00:00 1970
From: erik quanstrom <quanstro@quanstro.net>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>,
	Russ Cox <rsc@swtch.com>
References: <20051203031313.DF49018AE1F@dexter-peak.quanstro.net>
	<ee9e417a0512030626g4f732bc6o864dddf040b8c9b3@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
In-Reply-To: <ee9e417a0512030626g4f732bc6o864dddf040b8c9b3@mail.gmail.com>
Subject: Re: [9fans] 9pserve question
Message-Id: <20051203143533.DC70F18AE27@dexter-peak.quanstro.net>
Date: Sat,  3 Dec 2005 08:35:33 -0600
Cc: 
Topicbox-Message-UUID: b6cb3754-ead0-11e9-9d60-3106f5b1d025

for echo delete mbox 1 > ctl 
i get this:


upas/fs:<-Twstat tag 1 fid 18 stat '' '' '' '' q (ffffffffffffffff 4294967295 dalA) m 037777777777 at -1 mt -1 l 0 t 65535 d -1
upas/fs:->Rerror tag 1 ename permission denied

Russ Cox <rsc@swtch.com> writes

| I can't imagine why mounting (presumably this is Linux)
| would cause the kernel to issue Topenfds.  Your
| problem is probably elsewhere.  Perhaps the v9fs
| module is sending a Tcreate and then when that fails
| not trying a Topen OTRUNC as a fallback.
| 
| If you set verbose9pserve=1 in your environment
| before starting one of these programs, then you can
| see the messages going in and out.
| 
| Russ