[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Asynchronous DNS
From: |
Alain Schneble |
Subject: |
Re: Asynchronous DNS |
Date: |
Mon, 8 Feb 2016 12:55:21 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4 (windows-nt) |
Andreas Schwab <address@hidden> writes:
> Lars Ingebrigtsen <address@hidden> writes:
>
>> It would be better if the application code didn't have to care, but that
>> means that either all those functions will have to block (getting us
>> back to square one, basically), or they'll have to set up a queue of
>> pending actions to be taken, which I think is rather too ambitious.
>
> There's still the benefit of blocking in the Emacs event loop instead of
> a system call, with the former Emacs can still run other process
> filters.
That sounds interesting, but would it really be feasible to call out to
the event loop while in the blocking call? I doubt so. My
understanding was that calls to this new blocking function e.g. in
`set-process-coding-system' would really block the thread e.g. by a call
to gai_suspend. Or didn't you refer to this "blocking function concept"
in your remark?
- Re: Asynchronous DNS, (continued)
- Re: Asynchronous DNS, Alain Schneble, 2016/02/15
- Re: Asynchronous DNS, Andreas Schwab, 2016/02/12
- Re: Asynchronous DNS, Alain Schneble, 2016/02/12
- Re: Asynchronous DNS, Eli Zaretskii, 2016/02/08
- Re: Asynchronous DNS, Lars Ingebrigtsen, 2016/02/08
- Re: Asynchronous DNS, Eli Zaretskii, 2016/02/09
- Re: Asynchronous DNS, Andreas Schwab, 2016/02/08
- Re: Asynchronous DNS,
Alain Schneble <=
- Re: Asynchronous DNS, Andreas Schwab, 2016/02/08
- Re: Asynchronous DNS, Alain Schneble, 2016/02/08
- Re: Asynchronous DNS, Andreas Schwab, 2016/02/08
- Re: Asynchronous DNS, Lars Ingebrigtsen, 2016/02/08
- Re: Asynchronous DNS, Alain Schneble, 2016/02/09
- Re: Asynchronous DNS, Alain Schneble, 2016/02/09
- Re: Asynchronous DNS, Eli Zaretskii, 2016/02/07
- Re: Asynchronous DNS, Alain Schneble, 2016/02/07
- Re: Asynchronous DNS, Lars Ingebrigtsen, 2016/02/07
- Re: Asynchronous DNS, John Wiegley, 2016/02/08