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: Daniel Colascione <dancol <at> dancol.org>
Cc: lekktu <at> gmail.com, eggert <at> cs.ucla.edu, rms <at> gnu.org, 12450 <at> debbugs.gnu.org
Subject: bug#12450: Remove configure's --without-sync-input option.
Date: Mon, 17 Sep 2012 10:41:25 +0300

> Date: Sun, 16 Sep 2012 03:56:20 -0700
> From: Daniel Colascione <dancol <at> dancol.org>
> CC: eggert <at> cs.ucla.edu, lekktu <at> gmail.com, rms <at> gnu.org, 
>  12450 <at> debbugs.gnu.org
> 
> >> There might be a few lurking bugs, however: one thing that stands
> >> out is that w32term.c, unlike xterm.c, sets interrupt_input_pending,
> >> but doesn't set pending_signals.
> > 
> > Please tell the details about this.
> > 
> 
> I'm still not sure what practical effect this omission would have ---
> on quit, we set Vquit_flag to Qt from the input thread. When Lisp code
> is running, QUIT picks up the non-nilness of Vquit_flag and quits. The
> ELSE_PENDING_SIGNALS branch doesn't apply, so we're able to
> successfully quit.

I added setting pending_signals, it doesn't seem to do any harm, and
playing by the rules has its merit.

> While testing, I ran into a different bug. I'm able to reproduce it on
> the regular w32 build too. Can someone try reproing it with 1) M-:
> (while t) RET, 2) click the menu bar [menu won't appear], 3) C-g, 4)
> typing something? Emacs doesn't seem to respond to typed input.
> Clicking in the Emacs window unblocks everything.

Yes, I see this also.  There's a long comment about this in w32fns.c
around line 2550.  I'm not sure if there's a way to unlock responses
to keyboard input in this scenario; ideas welcome.

Previous Next

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