From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: "concurrency" branch updated Date: Tue, 03 Nov 2015 16:35:48 +0100 Message-ID: <87egg76qp7.fsf@gmx.de> References: <1B30AC54-4A83-4437-8BA8-B80F4ED6AF1A@raeburn.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1446564996 21266 80.91.229.3 (3 Nov 2015 15:36:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Nov 2015 15:36:36 +0000 (UTC) Cc: John Wiegley , Ken Raeburn , "emacs-devel@gnu.org discussions" To: Filipp Gunbin Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 03 16:36:28 2015 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 1ZtddL-0006s0-3A for ged-emacs-devel@m.gmane.org; Tue, 03 Nov 2015 16:36:27 +0100 Original-Received: from localhost ([::1]:49430 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZtddK-0007F6-FF for ged-emacs-devel@m.gmane.org; Tue, 03 Nov 2015 10:36:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33415) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ztdcu-0007D8-61 for emacs-devel@gnu.org; Tue, 03 Nov 2015 10:36:01 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ztdcq-0008Ti-Sj for emacs-devel@gnu.org; Tue, 03 Nov 2015 10:36:00 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:64063) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ztdcq-0008TZ-F5 for emacs-devel@gnu.org; Tue, 03 Nov 2015 10:35:56 -0500 Original-Received: from detlef.gmx.de ([79.195.31.44]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MMjgF-1ZoxBo3mYx-008YBs; Tue, 03 Nov 2015 16:35:52 +0100 In-Reply-To: (Filipp Gunbin's message of "Tue, 03 Nov 2015 18:14:11 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-Provags-ID: V03:K0:h+nGt+9MEbrt3J/u7+1LAZ0NOUTw47Dix5czc3pTJrmDlrJG6Oy MGbtx6g3VfpWdw7KDgek6MkyHqX5oJAWN6Mvutss9xa2oQ+ewtMmLs5XvmkWQ80TkCNoX2v xDmDtEt/Q3s90I+LAZj70lbdIjsGJTm7F1UugPY9RVnqCWOOVEo8chDNcj9D816yvzCdIwC /If0rR2ZnOD3VCuvj2SDQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:kHhSIYhXWMI=:jH8CijFHN0jYP1j/uW/J0Q J/cMwZGq1fLNb2qD1Ww/bvxXOe7NXqA1rG8q8sryAevDtq7ECFejx6xLXW4U1Gt+1eTnbIXIr hNWDOA5kpjOZr0WHE3v2z9dMycGAj7PPveyLESJKqQls3OsXO4l4y7Bnk4GA/XsDgybBYNn2R 6P0OrFLG9RUeSpUAQ9D04ql2MSDCbUJz8eXIHUtmkygr50uVK+HfPyqLz+Z1m+OKiUhr14WoZ qWJwR4aG50xl+RcBXP1msOY/vCkN5a5QHh8jYLDQW8bLE1XRv28TUBnDYB0EapYicAUrqw5FZ fh6e7MO595OU9BBBMLmOUcSKaKo21eovfqdKV7Xb1goSjnUsnuO4opPb4goI2aPsuGcu+jbof k3C/dwj6CZXTyfu3UUPjecz5773gtNXl3tGhDMIM6wDiYBWroeppn3zTKZdQMxfHLd9NvB9uK 82sU+6JMMm7lo3TIS6U+ddgl5M8kxVnBq8+l0kHA6hL0MDMq1VkTeTQh5guM7ZmnLlCnSRhsi tfDmuIEKMj6R55VtMllUyNCdlZ97DcgteuGnl+kn964Ch9LdavKqzh9bGptGNjhDsaUeH+DGY SEiW22oVKFw2bIjzb+1BHPesE9XKwP6aFy7n+UeL2952IOPayPIdy9WJEJe6jUslhHPzscIkN HQFL2pJM2Psl5lAeuC6eeo34cO/szHWljYImqYdAyoHGEkn4X0fjk5Ki3/KbRDFhHBXKXWdeq Br18IuKWti0zkEvpA8n3gwjErDsBnfQvyirYsPqnuakNUm0T6fZsyO/j7X1jkJijf5xgXONr X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.19 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:193154 Archived-At: Filipp Gunbin writes: >> At some point, we=E2=80=99ll want to demonstrate practical utility; not a >> trivial demo program that displays a few messages, and nothing on the >> scale of rewriting all of Gnus to be multithreaded, but somewhere in >> between. > > Tramp operations or Gnus news retrieval in parallel thread would be > highly appreciated ;-) For Tramp, this has been discussed already in the past (and I did also some experiments). Outcome in short: We would need new asynchronous primitive file operations (or add an asynchronous flag to the existing operations). Otherwise, it would break too many packages, which expect a defined result of a file operation, when the function returns. I would be happy to add asynchronous support to Tramp. After the design has been fixed. `copy-file' might be a good candidate for a first shot. See (info "(elisp) Magic File Names") for a complete list of primitive functions supported by Tramp and other file name handlers. Best regards, Michael.