9fans archive / 2000 / 03 / 15 /    prev next

From: David Butler gdb@dbs...
Subject: [9fans] Re: 9p question
Date: Fri, 10 Mar 2000 09:23:19 GMT

rob pike <rob@pla...> wrote in message
news:200003091350.IAA23914@cse......
> > The real reason for the "lengthy" conversation is the Tclone/Twalk
> > part.  That is part of the price that is paid to remove the '/' as a
> > directory separator
>
> No.

Is that 'no' the conversation is lengthy, 'no' that it is part of the
price to remove '/' or 'no' that removing '/' was a goal?

[snip]
>elements (requiring the server to parse and understand '/'), but
>it's such a pain to change the protocol.

I hope if you though it "better" it would be worth the "pain".
(Not that I think it "better", I don't.)

[reorder]
>    The real reason is that after each walk the client must check whether
>the point-so-far is in the mount table.  That's why it's done a path

[snip]

>Seeking on a directory is forbidden because it's hard enough to
>implement reading a union directory without seek. The internal

By your own point union directories are handled in the Twalk.
What does that have to do with reading a directory?

>structure that must be maintained in the kernel was deemed too
>hard to maintain other than by sequential access, so we made
>seeking on a directory illegal.  It didn't seem worth the implementation
>overhad.

Back to the better/pain discussion, again.  I thought the limitations
to restrictive and worked out a better one.  Yes, it was painful, but
the result was well worth the effort.

>            I still feel that way.

I'm glad.  I won't have to integrate a conflicting solution when,
if ever, Release II(TM) sees the light of day...