"soso" X update; xplay.git available

"soso" X update; xplay.git available

[Thien-Thi Nguyen]

greetings earthlings,

two pieces of news:

1/ module (ttn-do zzz x-protocol) from ttn-do 316
   <http://www.gnuvola.org/software/ttn-do/> now exports
   `-simple-io-manager', which gives client code direct access to the
   connection's i/o queues, as well as a way to set an event handler.
   as to be expected (if you're into enjoying patterned changes, that
   is), `-synchronous-request-proc' has been reimplemented w/ the more
   axiomatic i/o layer.

2/ a small work-in-progress collection of client code
   <http://www.gnuvola.org/wip/xplay.git> is also available.
   most likely this will see sporadic activity as we gain
   experience w/ both new code (see `io' in xplay/seriously.scm)
   and new way of sharing work in progress (git).  any tips from
   experienced async-i/o hackers or git users welcome!

of course, all this is to get to a new window manager.  figure of merit
will be how little xplay must evolve to get there.  can't be far, can it?

thi


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user

Re: "soso" X update; xplay.git available

[Ludovic Courtès]

Hi!

Thien-Thi Nguyen <ttn@gnuvola.org> writes:

> 2/ a small work-in-progress collection of client code
>    <http://www.gnuvola.org/wip/xplay.git> is also available.
>    most likely this will see sporadic activity as we gain
>    experience w/ both new code (see `io' in xplay/seriously.scm)
>    and new way of sharing work in progress (git).  any tips from
>    experienced async-i/o hackers or git users welcome!

FWIW, Guile-RPC[0] has some code to allow for asynchronous RPC handling,
on the server-side (see `serve-one-stream-request/asynchronous' in `(rpc
rpc server)').  The idea is to pass the RPC handler a continuation that
it must invoke to actually return the RPC result over the network.
Thus, RPC call can be decoupled from RPC return (e.g., you can have an
application-level scheduler that first schedules the RPC handler and at
some later point schedules the return continuation).

I guess continuation-passing style could also be used to implement
asynchronous calls on the client-side.

> of course, all this is to get to a new window manager.  figure of merit
> will be how little xplay must evolve to get there.  can't be far, can it?

At any rate, this and your framework to handle the X protocol look cool!

Thanks,
Ludovic.

[0] http://www.gnu.org/software/guile-rpc/



_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user

Re: "soso" X update; xplay.git available

[Thien-Thi Nguyen]

() ludo@gnu.org (Ludovic Courtès)
() Fri, 30 Nov 2007 16:44:34 +0100

   Guile-RPC[0] `serve-one-stream-request/asynchronous' [...]
   idea is to pass the RPC handler a continuation that
   it must invoke to actually return the RPC result over the network.

interesting, thanks for the pointer.

   I guess continuation-passing style could also be used to
   implement asynchronous calls on the client-side.

yes.  maybe i'll try that sometime.

   At any rate, this and your framework to handle the
   X protocol look cool!

thanks, i hope it can be fun for others to play with, as well.
the gnuvola wip page now has a (more) proper index for anyone
wishing to monitor progress.

thi


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user