From: Andrew Simmons <andrew.simmons@xtra.co.nz>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] File server for NT
Date: Fri, 16 May 2003 11:38:49 +0000 [thread overview]
Message-ID: <BAEB2386.A20%andrew.simmons@xtra.co.nz> (raw)
In-Reply-To: <20030516050016.GA69277@mero.morphisms.net>
in article 20030516050016.GA69277@mero.morphisms.net, William K. Josephson
at jkw@eecs.harvard.edu wrote on 5/16/03 5:01 PM:
> On Fri, May 16, 2003 at 03:53:16PM +1200, Andrew Simmons wrote:
>> Sorry to be obtuse, but are you saying that 9fs is attempting to run pwd or
>> ls on the remote system running u9fs?
>
> No, your shell. When you tell the shell to execute 'foo', it
> will, for each directory, d, in the path, try to execute d/foo.
> It so happens that by default the first directory in the path
> is ..
>
>> Re the path name, I have to confess I only looked at it after I'd
>> re-formatted it, possibly erroneously, but I'm confused about the references
>> to dot. From walk(5): The name "." (dot), meaning the current directory, is
>> not used in the protocol.
>
> The protocol has nothing to do with it; you're just seeing an
> artifact of how the shell works.
>
I think we're talking at cross-purposes here. I'm running Windows 2000, and
don't knowingly have a shell as such. I'm running Plan 9 in a VMWare virtual
machine, talking to an NT service similar to u9fs on the same physical
machine. In the Plan 9 VM, I connect to the NT service by typing something
like:
9fs ajs
I then authenticate via 9pany if necessary. After that, the drives on my
machine are visible from the Plan 9 VM as /n/ajs/c and so on. If my current
directory on the Plan 9 VM is /n/ajs/c/nurdge, and I execute the command
pwd, then the first thing that seems to happen in the NT service is that I
get a 9p2000 message to walk to /n/ajs/c/nurdge/pwd. This fails, but the pwd
command eventually produces the right result. Similarly with the ls command.
What I was trying to find out is, does 9fs send the walk messages I have
attempted to describe? If so, why? If not, am I hallucinating?
next prev parent reply other threads:[~2003-05-16 11:38 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-16 3:53 Andrew Simmons
2003-05-16 5:00 ` William K. Josephson
2003-05-16 6:03 ` William K. Josephson
2003-05-16 11:38 ` Andrew Simmons [this message]
2003-05-16 12:55 ` Russ Cox
2003-05-19 9:45 ` Andrew Simmons
2003-05-16 13:43 ` rog
-- strict thread matches above, loose matches on Subject: below --
2003-05-16 9:22 Keith Nash
[not found] <andrew.simmons@monitorbm.co.nz>
2003-05-16 0:28 ` Andrew Simmons
2003-05-16 0:28 ` Scott Schwartz
2003-05-16 1:04 ` William Josephson
2003-05-16 2:06 ` Dan Cross
2003-05-16 6:25 ` boyd, rounin
2003-05-16 13:46 ` rog
2003-05-16 13:20 ` Sam
2003-05-16 14:26 ` ron minnich
2003-05-16 15:23 ` andrey mirtchovski
2003-05-16 16:02 ` Dan Cross
2003-05-19 9:46 ` boyd, rounin
2003-05-16 16:08 ` Russ Cox
2003-05-16 16:17 ` ron minnich
2003-05-16 22:07 ` Geoff Collyer
2003-05-16 23:32 ` northern snowfall
2003-05-16 22:37 ` Geoff Collyer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BAEB2386.A20%andrew.simmons@xtra.co.nz \
--to=andrew.simmons@xtra.co.nz \
--cc=9fans@cse.psu.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).