Re: Questions about throw-on-input

[Eli Zaretskii]

> From: Stefan Monnier <address@hidden>
> Cc: address@hidden,  address@hidden,  address@hidden
> Date: Mon, 11 May 2020 13:27:05 -0400
> 
> >> > It is unusual for non-main threads to wait for keyboard input
> >> > descriptor.  You shouldn't rely on that because it can only work very
> >> > rarely, if at all, and when it does, you are likely to see serious
> >> > problems.  Normally, the 'pselect' call issued by a non-main thread
> >> > will not mark the keyboard descriptor as being waited for.
> >> Should input-pending-p and friends catch that case and signal an error, 
> >> then?
> > Do we want that?
> 
> I don't know.  But hanging because `select` doesn't return the needed
> information doesn't seem right either.

I don't understand: input-pending-p doesn't hang.  Were you thinking
about while-no-input?

> Maybe rather than signal an error, we should somehow make the main
> thread run that code, so as to return the right answer?

Maybe.  But that could be tricky, implementation-wise.