9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Brad Frank" <brad.frank@gmail.com>
To: 9fans@9fans.net
Subject: Re: [9fans] Explanation of binding from ftpfs
Date: Sat,  6 Dec 2008 17:53:53 -0500	[thread overview]
Message-ID: <cca2e5880812061453s35ebbc4as67c82bb17ffd2d67@mail.gmail.com> (raw)
In-Reply-To: <cca2e5880812061452l5e9943dv344ba471bd7f668d@mail.gmail.com>

oh yeah, it seems to do a pipe bind to the other location, only when
binding to the root. If I bind to /n/ftp/directory, it doesn't show
the pipe bind in ns.

On Sat, Dec 6, 2008 at 5:52 PM, Brad Frank <brad.frank@gmail.com> wrote:
> I guess what confuses me when dealing with something like ftpfs, is
> that it seems to behave differently than other types of binds.
> Examples I've used in the past involve simple binds like this.
> I create 4 directories, let's say dir1, dir2, dir3, dir4.
> Inside dir1 and dir2 I have files.
> I can then:
> bind -b dir1 dir3
> bind -b dir2 dir3
> then I can
> bind -b dir3 dir4
>
> When I look at ns
> I see not only a bind from dir3 to dir4,
> But I also see binds from dir1 to dir4, and dir2 to dir4. The act of
> binding dir3 to dir4 automatically seems to have created binds to dir1
> to dir4, and dir2 to dir4.
>
> So what I guess I was expecting to see from ns when using the ftpfs
> scenario, was to see not only a pipe bind to /n/ftp. But Also a pipe
> bind to my other location, since the other location was a bind to
> /n/ftp.
>
> On Sat, Dec 6, 2008 at 5:17 PM, Brad Frank <brad.frank@gmail.com> wrote:
>> I forgot to mention when I bind /n/ftp I was really binding
>> /n/ftp/directory to another location.
>>
>> On Sat, Dec 6, 2008 at 3:44 PM, Brad Frank <brad.frank@gmail.com> wrote:
>>> When I use ftpfs to mount a ftp site and then bind /n/ftp to another
>>> location. All appears to work fine in /n/ftp and in the other
>>> location. When I type ns, I can clearly see the pipe bind for ftpfs
>>> mounted to /n/ftp. When I unmount /n/ftp I can type ls on /n/ftp and
>>> not see anything there. But if I ls on the other location that I bound
>>> to /n/ftp, it still can access the ftp server. How is the other
>>> location able to do this, when I don't see any indication of a pipe
>>> bind still listed in ns? I do see the ftpfs process running, though.
>>>
>>
>



  reply	other threads:[~2008-12-06 22:53 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-06 20:44 Brad Frank
2008-12-06 21:39 ` Iruata Souza
2008-12-06 22:17 ` Brad Frank
2008-12-06 22:27   ` Iruata Souza
2008-12-06 22:39     ` erik quanstrom
2008-12-06 22:52   ` Brad Frank
2008-12-06 22:53     ` Brad Frank [this message]
2008-12-06 23:06     ` Russ Cox

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=cca2e5880812061453s35ebbc4as67c82bb17ffd2d67@mail.gmail.com \
    --to=brad.frank@gmail.com \
    --cc=9fans@9fans.net \
    /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).