Re: Gnus encrypted connections hang

[Ted Zlatanov]

On Fri, 01 Aug 2014 11:13:31 +0400 Dmitry Antipov <address@hidden> wrote: 

DA> On 08/01/2014 03:23 AM, Ted Zlatanov wrote:
>> I also asked about the reason for introducing this change recently,
>> and if it can be made configurable and optional, at least.

DA> The latter is done in trunk revision 117621.  If you suspect a weird
DA> issue with timers, re-run with EMACS_IGNORE_TIMERFD environment
DA> variable set (and report your problems, of course).

Oh, nice. This morning GMail was very slow, almost unusable. I was able
to determine that it was not a problem from your changes by running with
and without that environment variable. Very helpful!

>> If there was no previous discussion, could you explain a bit?

DA> Emacs' input reading is very complicated, and asynchronous signals
DA> complicates it even more.  With timerfd and its counterpart signalfd,
DA> it's (in theory) possible to build a completely synchronous event
DA> loop and (hopefully) simplify a lot of things.  Unfortunately this
DA> is GNU/Linux-specific.

Thanks for explaining. That's a very sensible change. I recall Mac OS X
has a similar mechanism, "Grand Central Dispatch" maybe? W32 has such
facilities as well. Maybe they'll also be used eventually.

Ted