GNU bug report logs -
#7958
Unresponsive visual bell on OSX
Previous Next
Reported by: Neil Conway <nrc <at> cs.berkeley.edu>
Date: Wed, 2 Feb 2011 04:47:01 UTC
Severity: normal
Tags: moreinfo, unreproducible
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
I'm using Emacs 23.2 (from MacPorts) on OSX 10.6.6. My .emacs includes
"(setq visible-bell t)", but when I do something that causes the bell
to be triggered, Emacs becomes very unresponsive (sometimes hanging
for 3 or 4 seconds, usually (much) longer).
Steps to repro:
1. Set visual bell to true
2. Run Emacs in console mode; I've tested using Terminal.app and iTerm2
3. Open a reasonably-sized file (e.g., 10 lines) and scroll past the
end of the file, e.g., using C-v
Instead of a visual bell, emacs instead refuses to respond to user
input for a lengthy period of time. If I attach with gdb, a typical
call stack looks like:
#0 0x00007fff88c81fca in __semwait_signal ()
#1 0x00007fff88c81e59 in nanosleep ()
#2 0x0000000100544fe5 in napms ()
#3 0x00000001005494fb in delay_output ()
#4 0x0000000100549738 in tputs ()
#5 0x0000000100067007 in tty_ring_bell ()
#6 0x0000000100005ae5 in Fding ()
#7 0x00000001000f3713 in Feval ()
[...]
I can actually get emacs to operate normally by forcing the bottom few
stack frames to return via "ret".
If I remove (setq visual-bell t) from my .emacs, I don't see this behavior.
This bug report was last modified 11 years and 166 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.