i wiill give it a try
you might also want to check out my (ape) port of glimpse
/n/sources/contrib/pac/sys/src/ape/cmd/txt/glimpse-4.18.6.tbz
thanks,
++pac
the address is lost as soon as the ctl file is closed
(personally, i think this is not ideal behaviour).
under p9p i use the attached code to retrieve
the current value of acme's dot for a particular
window.
i couldn't figure out a way to do it reliably
in a shell script.
acmedot.c
Description:
> I think you want to create some kind of redirected handle to the ctl file
> first, then start a new block in rc. I believe this is how network
> programming in rc can be accomplished in Inferno as well.
inferno doesn't have rc.
- erik
I think you want to create some kind of redirected handle to the ctl file
first, then start a new block in rc. I believe this is how network
programming in rc can be accomplished in Inferno as well. Is this not
allowed in p9p? I've honestly not used the 9p commands too often.
On Fri, Mar 5, 201
On Sat, Mar 6, 2010 at 7:16 AM, erik quanstrom wrote:
> > I think you want to create some kind of redirected handle to the ctl file
> > first, then start a new block in rc. I believe this is how network
> > programming in rc can be accomplished in Inferno as well.
>
> inferno doesn't have rc.
>
> > > I think you want to create some kind of redirected handle to the ctl file
> > > first, then start a new block in rc. I believe this is how network
> > > programming in rc can be accomplished in Inferno as well.
> >
> > inferno doesn't have rc.
>
> Sorry I meant the shell. I apologize to ev
On 6 March 2010 15:13, David Leimbach wrote:
> I think you want to create some kind of redirected handle to the ctl file
> first, then start a new block in rc. I believe this is how network
> programming in rc can be accomplished in Inferno as well. Is this not
> allowed in p9p? I've honestly n
> % {echo 'addr=dot'; 9p read acme/70/addr >[1=2]} | 9p write acme/70/ctl
> 0 0 %
>
> No help. Am I doing something wrong?
Addr is reset to 0,0 once opened. So, you need to perform these
operations in order: open addr; write ctl; then read addr.
There's a nice way to do this i
> Addr is reset to 0,0 once opened. So, you need to perform these
> operations in order: open addr; write ctl; then read addr.
Thanks, all.
Micah
Since fuse is being mentioned here
I needed to do a fuse module recently. The standard Linux fuse library
is quite badly designed. Turns out Russ's fuse library is about as
good as you can get given the limitations of the kernel interface for
fuse. I really like it in fact. It made my library
On Sat, Mar 6, 2010 at 8:48 AM, erik quanstrom wrote:
> > > > I think you want to create some kind of redirected handle to the ctl
> file
> > > > first, then start a new block in rc. I believe this is how network
> > > > programming in rc can be accomplished in Inferno as well.
> > >
> > > infern
As far as i understand, cifs(4) is a cifs client, which makes remote
Windows shares
available to a Plan9 machine, while aquarela(8) is a cifs server, which
makes (lokal)
Plan9 filesystems available as Windows shares to remote clients.
So cifs(4) is the complent of aquarela(8), not a replacement
> you might also want to check out my (ape) port of glimpse
> /n/sources/contrib/pac/sys/src/ape/cmd/txt/glimpse-4.18.6.tbz
I wonder if we can persuade Bell Labs to set up a separate, moderated
section of sources for validated ports? We've been talking about a
group of moderators for sources in t
13 matches
Mail list logo
