GNU bug report logs - #7958
Unresponsive visual bell on OSX

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7958 in the body.
You can then email your comments to 7958 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Neil Conway <nrc <at> cs.berkeley.edu>
To: bug-gnu-emacs <at> gnu.org
Subject: Unresponsive visual bell on OSX
Date: Tue, 1 Feb 2011 20:39:47 -0800

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.

Message #8 received at 7958 <at> debbugs.gnu.org (full text, mbox):

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Neil Conway <nrc <at> cs.berkeley.edu>
Cc: 7958 <at> debbugs.gnu.org
Subject: Re: bug#7958: Unresponsive visual bell on OSX
Date: Wed, 02 Feb 2011 20:47:58 +0100

I can't reproduce this, starting from -Q and evalling (setq visible-bell t) 
and making the bell ding.  This on trunk and the emacs-23 branch.

Can you reproduce this when starting with -Q?

	Jan D.

Neil Conway skrev 2011-02-02 05.39:
> 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.
>
>

Message #11 received at 7958 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: Neil Conway <nrc <at> cs.berkeley.edu>, 7958 <at> debbugs.gnu.org
Subject: Re: bug#7958: Unresponsive visual bell on OSX
Date: Mon, 03 Feb 2014 15:46:55 -0800

Jan Djärv <jan.h.d <at> swipnet.se> writes:

> I can't reproduce this, starting from -Q and evalling (setq
> visible-bell t) and making the bell ding.  This on trunk and the
> emacs-23 branch.
>
> Can you reproduce this when starting with -Q?

More information was requested three years ago, but no further progress
has been made, so I'm closing this bug report.  If this problem is still
present, please reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Previous Next

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