unofficial mirror of guile-user@gnu.org 
 help / color / mirror / Atom feed
From: Chris Vine <chris@cvine.freeserve.co.uk>
To: guile-user@gnu.org
Subject: Re: Potluck - thread safe event loop with await semantics
Date: Mon, 22 Feb 2016 17:40:56 +0000	[thread overview]
Message-ID: <20160222174056.2091d806@dell.homenet> (raw)
In-Reply-To: <878u2dosxu.fsf@gnu.org>

On Mon, 22 Feb 2016 13:01:01 +0100
ludo@gnu.org (Ludovic Courtès) wrote:
> Chris Vine <chris@cvine.freeserve.co.uk> skribis:
> 
> > It features an a-sync procedure (in coroutines.scm) which can be
> > used to provide await semantics on asynchronous code (so as to
> > remedy inversion of control), and will work with callbacks for any
> > event loop, including the glib event loop wrapped by guile-gnome.
> > More to the point, it also provides a thread safe event loop for
> > guile (event-loop.scm) with support for watches on ports/file
> > descriptors, and now supports proper timeouts, and permits events
> > to be posted by other tasks.  This includes tasks running on other
> > threads, for which there is a helper procedure
> > a-sync-run-task-in-thread.  
> 
> Interesting.  Have you tried to integrate it with one of the
> object-oriented event loops like in GLib?  (Back in the day I thinking
> about something like that to avoid the callback hell in Guile-Avahi.)
> 
> Thanks for the tasty dish!  :-)
> 
> Ludo’.

This is an example of how you might use a-sync with guile-gnome:

;;;;;;;;

(use-modules (gnome glib) (coroutines))

(define main-loop (g-main-loop-new #f #f))

(a-sync (lambda (await resume)
	 ;; launch asynchronous task
	 (g-idle-add (lambda ()
		       (display "In first async callback\n")
		       (resume "Hello via async\n")
		       #f))
	 (display "About to make first wait\n")
	 (display (string-append "Back in waitable procedure, and the callback says: " (await)))

	 ;; launch another asynchronous task
	 (g-idle-add (lambda ()
		       (display "In second async callback\n")
		       (g-main-loop-quit main-loop)
		       (resume)
		       #f))
	 (display "About to make second wait\n")
	 (await)
	 (display "Quitting\n")))

(display "Starting main loop\n")
(g-main-loop-run main-loop)

;;;;;;;;

However, it is more useful with guile-gnome's GTK+ callbacks, or with glib
file watches or timeouts, because although the glib main loop is thread
safe, the guile-gnome wrapper for it is not, and I have had problems
with worker threads posting with g-idle-add.  That was one of the things
that impelled me to write my own thread safe event loop.

I have gone a little further with this and have added more convenience
wrapper procedures which makes a-sync rather easy to use.  I am preparing
a guile-a-sync package which I will put on github.  I have everything
going except that I am finishing off adding a wrapper for clock_gettime()
so that a monotonic clock is available for timeouts.  It also has some
bug fixes for the code I posted.

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.

Chris



  parent reply	other threads:[~2016-02-22 17:40 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-16 21:45 Potluck - thread safe event loop with await semantics Chris Vine
2016-02-22 12:01 ` Ludovic Courtès
2016-02-22 16:36   ` Marko Rauhamaa
2016-02-22 17:40   ` Chris Vine [this message]
2016-02-22 17:53     ` Thompson, David
2016-02-22 18:12       ` Chris Vine
2016-02-22 19:54         ` Christopher Allan Webber
2016-02-22 20:28     ` David Pirotte
2016-02-23  0:31       ` Chris Vine
2016-02-23  1:30         ` Chris Vine
2016-02-23 19:55           ` David Pirotte
2016-02-23  6:25         ` David Pirotte
2016-02-23 12:09           ` Chris Vine
2016-02-23 16:49             ` Chris Vine
2016-02-25 23:22             ` David Pirotte
2016-02-23  4:58     ` Chris Vine
2016-03-01 20:39     ` Amirouche Boubekki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160222174056.2091d806@dell.homenet \
    --to=chris@cvine.freeserve.co.uk \
    --cc=guile-user@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).