From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Emacs hangs on Mac OS X Date: Wed, 03 Jan 2007 22:25:51 +0900 (JST) Message-ID: <20070103.222551.228958154.mituharu@math.s.chiba-u.ac.jp> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1167830778 388 80.91.229.12 (3 Jan 2007 13:26:18 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 3 Jan 2007 13:26:18 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 03 14:26:15 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1H268D-0000cq-15 for ged-emacs-devel@m.gmane.org; Wed, 03 Jan 2007 14:26:13 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H268C-0000hN-AG for ged-emacs-devel@m.gmane.org; Wed, 03 Jan 2007 08:26:12 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H267w-0000gL-HK for emacs-devel@gnu.org; Wed, 03 Jan 2007 08:25:56 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H267u-0000ep-AW for emacs-devel@gnu.org; Wed, 03 Jan 2007 08:25:55 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H267u-0000em-4j for emacs-devel@gnu.org; Wed, 03 Jan 2007 08:25:54 -0500 Original-Received: from [133.82.132.2] (helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.52) id 1H267t-0003ZZ-Fe for emacs-devel@gnu.org; Wed, 03 Jan 2007 08:25:53 -0500 Original-Received: from localhost (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 35E802CBF; Wed, 3 Jan 2007 22:25:44 +0900 (JST) Original-To: piet@cs.uu.nl In-Reply-To: X-Mailer: Mew version 3.3 on Emacs 22.0 / Mule 5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:64683 Archived-At: >>>>> On Wed, 03 Jan 2007 11:47:29 +0100, Piet van Oostrum said: > With Emacs.app compiled from the pretest tarball (downloaded Dec 19) I get > a hang fairly often. I can't remember that I had these with the previous > version (from a CVS checkout), or at least much less often. Now I get them > about once a day. I have grabbed a stack trace with gdb: (snip) > #10 0x001387a4 in alarm_signal_handler (signo=0) at atimer.c:397 > #11 > #12 0x9000437c in szone_malloc () > #13 0x00000000 in ?? () Unfortunately, the information about the interrupted library function call seems to be already broken somehow. Could you try to get backtraces for a few instances of the hang? Hopefully we will get more detailed information. > I think something should be done to prevent mallocs (and probably also > frees) to be interrupted by the alarm signal. That's what BLOCK_INPUT is for (see src/blockinput.h). > Or maybe doing the event loop in a signal handler is not such a good > idea. SYNC_INPUT will obviate such calls, but it will not be set by default until the next release. > Another possibility would be to run the event loop in a different thread > and let it put all events in a synchronized queue, where it can be popped > by read_avail_input. For this approach, maybe you want to look at Steven Tamm's "Jaguar Carbon Event Patch": http://homepage.mac.com/steventamm/software/jagemacs.html YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp