From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Neil Conway Newsgroups: gmane.emacs.bugs Subject: bug#7958: Unresponsive visual bell on OSX Date: Tue, 1 Feb 2011 20:39:47 -0800 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: dough.gmane.org 1296626866 15940 80.91.229.12 (2 Feb 2011 06:07:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 2 Feb 2011 06:07:46 +0000 (UTC) To: 7958@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 02 07:07:42 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PkVrY-0003Ei-ON for geb-bug-gnu-emacs@m.gmane.org; Wed, 02 Feb 2011 07:07:42 +0100 Original-Received: from localhost ([127.0.0.1]:41430 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PkVTN-0002G2-Fv for geb-bug-gnu-emacs@m.gmane.org; Wed, 02 Feb 2011 00:41:45 -0500 Original-Received: from [140.186.70.92] (port=46442 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PkVEo-0006tI-GA for bug-gnu-emacs@gnu.org; Wed, 02 Feb 2011 00:26:48 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PkUuV-0006uK-RW for bug-gnu-emacs@gnu.org; Wed, 02 Feb 2011 00:05:44 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45764) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PkUuV-0006uF-KB for bug-gnu-emacs@gnu.org; Wed, 02 Feb 2011 00:05:43 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PkUcP-000108-Lc; Tue, 01 Feb 2011 23:47:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Neil Conway Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Feb 2011 04:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 7958 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.12966219983811 (code B ref -1); Wed, 02 Feb 2011 04:47:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 2 Feb 2011 04:46:38 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PkUc1-0000zP-FM for submit@debbugs.gnu.org; Tue, 01 Feb 2011 23:46:37 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PkUTb-0000mX-Tk for submit@debbugs.gnu.org; Tue, 01 Feb 2011 23:37:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PkUbj-0004LT-MB for submit@debbugs.gnu.org; Tue, 01 Feb 2011 23:46:20 -0500 Original-Received: from lists.gnu.org ([199.232.76.165]:43766) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PkUbj-0004Ku-9Q for submit@debbugs.gnu.org; Tue, 01 Feb 2011 23:46:19 -0500 Original-Received: from [140.186.70.92] (port=46069 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PkUba-0008HK-DK for bug-gnu-emacs@gnu.org; Tue, 01 Feb 2011 23:46:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PkUVV-0003Ez-09 for bug-gnu-emacs@gnu.org; Tue, 01 Feb 2011 23:39:55 -0500 Original-Received: from gateway0.eecs.berkeley.edu ([169.229.60.87]:58458) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PkUVU-0003Ei-NG for bug-gnu-emacs@gnu.org; Tue, 01 Feb 2011 23:39:52 -0500 Original-Received: from mail-qw0-f41.google.com (mail-qw0-f41.google.com [209.85.216.41]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.4/8.13.5) with ESMTP id p124dmm5004579 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Tue, 1 Feb 2011 20:39:49 -0800 (PST) Original-Received: by qwa26 with SMTP id 26so7271544qwa.0 for ; Tue, 01 Feb 2011 20:39:47 -0800 (PST) Original-Received: by 10.229.233.74 with SMTP id jx10mr6124624qcb.97.1296621587765; Tue, 01 Feb 2011 20:39:47 -0800 (PST) Original-Received: by 10.229.230.138 with HTTP; Tue, 1 Feb 2011 20:39:47 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Solaris 9 X-Received-From: 169.229.60.87 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 199.232.76.165 X-Mailman-Approved-At: Tue, 01 Feb 2011 23:46:37 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 01 Feb 2011 23:47:01 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-Mailman-Approved-At: Wed, 02 Feb 2011 00:41:37 -0500 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:43835 Archived-At: 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.