GNU bug report logs - #12450
Remove configure's --without-sync-input option.

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: lekktu <at> gmail.com, eggert <at> cs.ucla.edu, 12450 <at> debbugs.gnu.org
Subject: bug#12450: Remove configure's --without-sync-input option.
Date: Sun, 16 Sep 2012 18:45:25 +0300

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: eggert <at> cs.ucla.edu,  lekktu <at> gmail.com,  12450 <at> debbugs.gnu.org
> Date: Sun, 16 Sep 2012 10:58:41 -0400
> 
> > Could you please describe how the SYNC_INPUT code is supposed to work
> > in the following situations:
> >   . keyboard input on a TTY that comes while Lisp is running
> >   . an X event that exposes an Emacs frame in a GUI session, coming
> >     while Lisp is running
> 
> - The keyboard input or the X event causes a signal to be delivered.

Which signals are those, specifically?

> - QUIT processes the pending signals which will read the (keyboard/X11)
>   input and turn it in an event in the event queue (so input-pending-p
>   will know something has arrived), it may also do some more processing
>   such as redraw the window if the GUI needs it.  Currently it also
>   handles things like mouse-face highlighting.

Perhaps you could update the relevant portions in the commentary at
the beginning of xdisp.c, as they tell a somewhat different story
(probably about a soon-to-become-extinct non-SYNC_INPUT mode).

> So SYNC_INPUT basically delays the processing of incoming signals from
> "run it at any time" to "run it at the next safe point" where a safe
> point is defined as "a point where we call QUIT".  "QUIT" can also be
> understood as a sibling of "yield".
> 
> Does that answer your question?

It's a beginning, thanks.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.