Re: "concurrency" branch updated

[Thierry Volpiatto]

Michael Albinus <address@hidden> writes:

> Filipp Gunbin <address@hidden> writes:
>
>>> At some point, we’ll 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.

FYI async package is already able to copy remote files async from dired
or from helm.

-- 
Thierry