[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#60810: 30.0.50; `while-no-input' in GUI(macOS) is much slower than e
From: |
Po Lu |
Subject: |
bug#60810: 30.0.50; `while-no-input' in GUI(macOS) is much slower than emacs -nw |
Date: |
Sun, 15 Jan 2023 17:41:26 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Eli Zaretskii <eliz@gnu.org> writes:
> Does NS use a separate thread to handle input events?
Unfortunately not.
> If so, could that separate thread set quit-flag when we are under
> throw-on-input, if it detects a suitable input event? The w32 port
> does that, see signal_user_input in w32fns.c. This should allow the
> Lisp thread detect that input is pending in a more timely fashion.
I understand that approach, it's taken in the Android port as well.
Unfortunately, it cannot work because the NS port currently runs in the
same thread that Lisp runs in.
Thanks.