From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Tue, 4 Oct 2005 09:43:47 -0500 From: Eric Van Hensbergen To: David Leimbach , Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] Re: [V9fs-developer] playing with Tim's python 9p implementation In-Reply-To: <3e1162e60510040741o75eab9f2q9e9c4854f1f93aaf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3e1162e60510031714y15fa11b0tf15a3bc314fe26e0@mail.gmail.com> <20051004120350.44AA61418FF@dexter-peak.quanstro.net> <3e1162e60510040741o75eab9f2q9e9c4854f1f93aaf@mail.gmail.com> Cc: erik quanstrom Topicbox-Message-UUID: 93c5e484-ead0-11e9-9d60-3106f5b1d025 If you turn on the debug=3D1 during mount you should get the error in your syslog. Or if you really want a flood of debug go for debug=3D255. Either way it'll let us know what's going on. It probably has to do with auth, it may also have to do with what tid is sent during version/attach, there is some variation between the various systems on what is expected. -eric On 10/4/05, David Leimbach wrote: > On 10/4/05, erik quanstrom wrote: > > that number is (unsigned long)-1L on a 32bit machine. > > > > i'd bet (sight unseen) that the python code is using unsigned longs for= the fids > > and everybody else is using a long with -1 as an error code. > > > > I figured it was -1 :). I just didn't think that it was an error code. > > Still interesting. When I have an error trying to mount the python 9p > server from inferno I don't get that error... only with v9fs. > > Dave > > > erik > > > > David Leimbach writes > > > > | > > | I can mount it from Plan 9 but when I try to mount it with v9fs I get > > | errors on the server side: > > | > > | On Mac OS X I do: > > | "sudo python srv.py -r /Users/dave/Desktop dave homework.net" > > | > > | > > | > > | On plan 9 it's just > > | "9fs fuji" > > | > > | and things work well. > > | > > | On Linux I do: > > | "mount -oname=3Ddave,noextend -t 9P 192.168.1.100 /mnt/9" > > | > > | and I get: > > | "mount: permission denied" in linux > > | > > | and the 9p in python gives the following: > > | > > | "serving: '192.168.1.81',35556 > > | Error fid 4294967295 not in use > > | client EOF" > > | > > | Not clear what's happening there. > > | > > | Before I used noextend I got errors on the server side about not > > | understanding 9p2000.u. Totally expected :). > > | > > | I'm currently using the Python 9p as a quick replacement for testing > > | something like u9fs now that I can't really build it on anything but > > | linux. > > | > > | I'm not terribly interested in hacking on u9fs right now either. I'v= e > > | got bigger fish to fry and this Python 9p server may do exactly what = I > > | want for a particular project I have in mind. > > | > > | Dave > > >