[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Potluck - thread safe event loop with await semantics

From: Chris Vine
Subject: Re: Potluck - thread safe event loop with await semantics
Date: Mon, 22 Feb 2016 18:12:38 +0000

On Mon, 22 Feb 2016 12:53:10 -0500
"Thompson, David" <address@hidden> wrote:
> On Mon, Feb 22, 2016 at 12:40 PM, Chris Vine
> <address@hidden> wrote:
> > The other thing that may require further work is the
> > documentation.  I am used to doxygen or gtk-doc, neither of which I
> > imagine will parse guile scheme code, so I will have to look into
> > what is available (I don't like info).
> >
> > I'll post the URL when I have put it up.  
> Please consider unifying with Chris Webber's 8sync project, which
> covers the same territory and has been approved as an official GNU
> project.

8sync has a nice design but the two cannot be unified because (i) 8sync
does not try to be thread safe (it is strictly single-threaded), and
(ii) it does not wrap an external event loop such as the glib/gtk+
event loop.  In a number of ways it is considerably more sophisticated
than my code, because it does not reveal the event loop at all, nor for
that matter does it explicitly reveal its await/resume continuations.
It is highly abstracted.

They are just different things, which happen to both use delimited
continuations in the same way.  In particular, I think it essential
that an asynchronous event loop should have the ability for worker
threads to post events to it.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]