Lluís Batlle wrote:
I'm the developer of a Unix program that may be useful in plan9, and
as an exercise, I'd like it to build in plan9 native.
Now, I've written it assuming POSIX (int signals, PF_UNIX available,
BSD sockets API, ...). I know more or less some details on plan9 (per
process namespaces, network not in a library to link with, notes,
...), but I barely know the 'common' use of the environment.
My concern is that I need some local processes to communicate to a
local server. Now I use a SOCK_STREAM PF_UNIX in a path in /tmp, where
I suppose I can write. I think it's something I can suppose in a POSIX
system, but not in plan9.
How would you connect local processes (which can be launched at any
time) with a central server in plan9? Making that central server serve
a filesystem, where the clients write/read?
If I knew what's the path I should follow, I could think more easily
on a proper API for POSIX and Plan9 for my program.
I may not have not worked in plan9 enough to deserve your attention,
but I hope a quick answer (even in the form of "man ___") will not
take much time.
btw, the program I'd like to be able to run in plan9 is
http://vicerveza.homeunix.net/~viric/soft/ts/ . I wrote it because I
couldn't find anything similar to fit my needs, and maybe in plan9 you
already have something quick-and-useful for that purpose, and 'ts'
would not make any sense in p9 now. That's also something I'd be glad
to know.
Thanks in advance,
Lluís.
LLuis,
Read the description. Am confused.
You connect to s server with a 'terminal' (the client?)
The 'client' awaits permission from the server to run the task.
- But the task actually runs on the *client*?
Shall we presume it is the equivalent of a Plan9 'CPU' then? Or?
(i.e. plenty of RAM and CPU-cycles, but short on storage space.)
- using the server for scheduling control & spooling the output?
AFAIK Plan9 can do many "similar" things already.
But I am missing an example or three of what you would actually use this for..
370-155's aside, there may be sound reason why there is nothing similar...
;-)
Bill
