From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: async.el: A simple asynchronous framework for Emacs Date: Wed, 20 Jun 2012 02:52:44 -0500 Message-ID: References: <20120620072447.573D613C624@vps1.kiwanami.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1340178850 20437 80.91.229.3 (20 Jun 2012 07:54:10 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 20 Jun 2012 07:54:10 +0000 (UTC) Cc: emacs-devel@gnu.org To: SAKURAI Masashi Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 20 09:54:08 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ShFjp-0004at-70 for ged-emacs-devel@m.gmane.org; Wed, 20 Jun 2012 09:54:05 +0200 Original-Received: from localhost ([::1]:55907 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ShFjp-0007Li-3y for ged-emacs-devel@m.gmane.org; Wed, 20 Jun 2012 03:54:05 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:48839) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ShFjl-0007LO-Aw for emacs-devel@gnu.org; Wed, 20 Jun 2012 03:54:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ShFje-0001QF-T4 for emacs-devel@gnu.org; Wed, 20 Jun 2012 03:54:00 -0400 Original-Received: from mail-yw0-f41.google.com ([209.85.213.41]:62733) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ShFje-0001Q3-MF for emacs-devel@gnu.org; Wed, 20 Jun 2012 03:53:54 -0400 Original-Received: by yhr47 with SMTP id 47so6347716yhr.0 for ; Wed, 20 Jun 2012 00:53:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:mail-followup-to:date:message-id :user-agent:mime-version:content-type; bh=Vf478awh97hbRsR+KoC9lT+KPgNvQO8w8pZeajsl7ro=; b=UZ0VFaRs/RYD4oFY9buovq9Td8ZqoYwcJ2b+/SMgpBZ26Y/vUT2SJ2a4CkJRBWxNMB ifRUuSbrVsHPlbHr/zPGNI8mHLjOjeN9tHit+pEpk4QyR4INtxBg8TPPPASZAurJ2jUU tqTliMUZES3JOYQlaiD9S3Av4i57rZdOs/JzkhYAyFdDTpE+Ecaosv1pJURMxid07qNh WGUZw4/4rKu0mluVjgu5NFUUSSKjpvH9ltywwOvOmvFqjEBtgOuqj0TTqmnuNK9Mhk8O sKKLipXe6PxZDginy7qkWLuyw/0a1F/cUv2z8twqpfJjbpjDpAjJntFqffdavVCN6AQe suHQ== Original-Received: by 10.50.169.73 with SMTP id ac9mr3655381igc.29.1340178832384; Wed, 20 Jun 2012 00:53:52 -0700 (PDT) Original-Received: from vulcan.local (c-98-215-105-167.hsd1.il.comcast.net. [98.215.105.167]) by mx.google.com with ESMTPS id bo7sm26146128igb.2.2012.06.20.00.53.51 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 20 Jun 2012 00:53:51 -0700 (PDT) Original-Received: by vulcan.local (Postfix, from userid 501) id E1A17EFC447A; Wed, 20 Jun 2012 02:52:44 -0500 (CDT) Mail-Followup-To: SAKURAI Masashi , emacs-devel@gnu.org User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.1 (darwin) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.213.41 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:151046 Archived-At: >>>>> SAKURAI Masashi writes: > I'm interesting in your async solution. I have written async codes, > deferred.el and concurrent.el, such as the green-thread in Emacs Lisp. I remember seeing you deferred.el a few weeks ago, but it seemed just complicated enough that I shied away. I wanted an interface that was literally just one function large, `async-start', since that covers nearly all of my real-world use cases. > For the long time jobs and fast communication with other processes, I have > written a RPC stack on the Emacs: EPC, Emacs remote Procedure Call. > > The EPC may be solve the communication with the child process. > > I have not written the document for EPC yet, if some people are interesting > in it, I would write some document. I'm interested to hear more about this. Although I'd like to figure out why pipe communication in Emacs appears to be broken, since that already available on all platforms supporting start-process, and requires no other libraries to be loaded. > The EPC is used by Emacs DBI, the database management interface. This is wonderful! Thank you so much. I've wanted a more visual way to query SQL in Emacs for some time. Thanks, John