[svn r37693] Some considerations regarding the experimental

Gateway/Remote Path implementation code.
Also making it "py.__." importable but
not advertising it for 0.9 at all.
It's an interesting feature for 1.0 :)

--HG--
branch : trunk
This commit is contained in:
hpk 2007-01-31 21:34:29 +01:00
parent 58eace43f9
commit 7970591813
2 changed files with 25 additions and 0 deletions

24
py/path/gateway/TODO.txt Normal file
View File

@ -0,0 +1,24 @@
I think the nice code in this directory
should be refactored so that you can use
it like this:
rp = gateway.get_remote_path(relpath)
and relpath could be absolute, relative (should
follow remote-platform syntax) or None/"." (the
current dir on the other side).
The tricky part probably is defining sensible
setup/teardown semantics with respect to
starting the "Path" server on the other side,
we at least don't want to have multiple threads
that serve path requests and maybe we want
to be able to explicitely shutdown a once
started RemotePath server (not sure though).
For a single-threaded py.execnet it might be helpful to be
able to install new network messages (which are lower level
than remote_exec() and work with callbacks, so don't follow
the nice "synchronous" programming model that you get with
threads/greenlets/tasklets).

View File

@ -0,0 +1 @@
#