bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#21796: 25.0.50; exiting ediff can leave Emacs unresponsive to keyboa


From: Sean McAfee
Subject: bug#21796: 25.0.50; exiting ediff can leave Emacs unresponsive to keyboard input
Date: Mon, 16 Nov 2015 13:48:39 -0800
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

Eli Zaretskii <eliz@gnu.org> writes:
>> Here's the C backtrace:
>> 
>> (gdb) bt
>> #0  0x00007f15b2756e79 in __pselect (nfds=nfds@entry=14, 
>>     readfds=readfds@entry=0x7ffe77cde630, 
>>     writefds=writefds@entry=0x7ffe77cde6b0, exceptfds=exceptfds@entry=0x0, 
>>     timeout=<optimized out>, timeout@entry=0x7ffe77cdec40, 
>>     sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/pselect.c:77
>> #1  0x00000000005cedcd in xg_select (fds_lim=14, 
>>     rfds=rfds@entry=0x7ffe77cdee00, wfds=wfds@entry=0x7ffe77cdee80, 
>>     efds=efds@entry=0x0, timeout=timeout@entry=0x7ffe77cdec40, 
>>     sigmask=sigmask@entry=0x0) at xgselect.c:113
>> #2  0x0000000000599361 in wait_reading_process_output (
>>     time_limit=time_limit@entry=0, nsecs=nsecs@entry=0, 
>>     read_kbd=read_kbd@entry=-1, do_display=true, 
>>     wait_for_cell=wait_for_cell@entry=0, wait_proc=wait_proc@entry=0x0, 
>>     just_wait_proc=just_wait_proc@entry=0) at process.c:4842
>> #3  0x00000000004f4885 in kbd_buffer_get_event (end_time=0x0, 
>>     used_mouse_menu=0x7ffe77cdf6eb, kbp=<synthetic pointer>) at 
>> keyboard.c:3805

> This says that Emacs waits for you to type something.  I don't see any
> signs of lack of responsiveness here.
>
> Are you sure you see no question in the minibuffer at this point?

Yes.  I just did it again to be extra sure.

Then I clicked in the echo area, which caused the *Messages* buffer to
appear, and the last line says "Quit this Ediff session? (y or n) y".

As before, mouse input is complete normal; I can activate menu items,
drag the mode line for the upper window around to resize it, etc, but no
keyboard input registers.  In particular typing C-g a bunch of times has
no effect, nor does C-x C-c after that.

For completeness, in case this wasn't captured in my original bug
report, I'll mention that during these experiments I'm running Emacs on
Ubuntu inside of a VirtualBox instance on a Mac.  There's one other
Emacs-related peculiarity I notice only in this environment: whenever I
start Emacs and desktop-save-mode is restoring my buffers (which takes
much longer than elsewhere for a comparable number of buffers), the
entire system slows to a crawl.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]