[plt-scheme] FrTime remote signals?

I am interested in something like this, though I'm totally new to
declarative data-flow programming, and my interest is only a personal
hobby, so no rush at all.  I'd like remote signals to support plugable
transports and plugable hostname resolution so that anything which
could be made into a transport (email, P2P network, etc) could be used
and so non-DNS hostname schemes can be used.  I'd like this so that
distributed capability-based security -style systems (somewhat similar
to the E programming language http://www.erights.org/) could be made.

--
: Derick
----------------------------------------------------------------

On 3/31/07, Gregory Cooper <greg at cs.brown.edu> wrote:
> Hi Derick,
>
> They weren't being used, so I stopped supporting them.  I think if
> necessary they could be implemented more cleanly outside of the FrTime
> engine itself, though perhaps with a slight decrease in performance.
> I'm rather busy writing my dissertation now, but If you're interested
> in using something like this, I'd be happy to help.
>
> Regards,
> Greg
>
> On 3/31/07, Derick Eddington <derick.eddington at gmail.com> wrote:
> > Hi, I'm curious about what happened to the remote signals for FrTime
> > mentioned in "FrTime: Functional Reactive Programming in PLT Scheme".
> > Nothing of the sort seems to be in collects/ currently.  Was anything
> > beyond the simple demo in that paper done with remote signals?
> >
> > Thanks.
> >
> > --
> > : Derick
> > ----------------------------------------------------------------
> >
> > _________________________________________________
> >   For list-related administrative tasks:
> >   http://list.cs.brown.edu/mailman/listinfo/plt-scheme
> >
>