From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: Wasn't this supposed to be fixed? Date: Sun, 25 Jan 2004 09:50:00 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <40138338.70605@swipnet.se> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1075020859 10314 80.91.224.253 (25 Jan 2004 08:54:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 25 Jan 2004 08:54:19 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun Jan 25 09:54:08 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Akg1w-0008TY-00 for ; Sun, 25 Jan 2004 09:54:08 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1Akg1w-0003UX-00 for ; Sun, 25 Jan 2004 09:54:08 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1Akg0a-0003n7-Hf for emacs-devel@quimby.gnus.org; Sun, 25 Jan 2004 03:52:44 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1Akfzs-0003mg-Fe for emacs-devel@gnu.org; Sun, 25 Jan 2004 03:52:00 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AkfzG-0003XA-3k for emacs-devel@gnu.org; Sun, 25 Jan 2004 03:51:53 -0500 Original-Received: from [213.115.192.53] (helo=mail2.norrnet.net) by monty-python.gnu.org with esmtp (Exim 4.24) id 1Akfyj-0003He-CT; Sun, 25 Jan 2004 03:50:49 -0500 Original-Received: from stubby.bodenonline.com (stubby.bodenonline.com [193.201.16.94]) by mail2.norrnet.net (BorderWare MXtreme Mail Firewall) with ESMTP id 0F307DE0BC; Sun, 25 Jan 2004 09:50:47 +0100 (CET) Original-Received: from accessno42.bodenonline.com (accessno42.bodenonline.com [193.201.16.44]) by stubby.bodenonline.com (8.12.1/8.12.1) with ESMTP id i0P9gspi032054; Sun, 25 Jan 2004 10:42:55 +0100 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031019 X-Accept-Language: en-us, en Original-To: David Kastrup In-Reply-To: X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:19476 gmane.emacs.pretest.bugs:1929 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:19476 David Kastrup wrote: > I can't really swear to it, but I thought that I had the most recent > stuff installed with regard to the malloc hangs. > > Backtrace (a bit different than last time) Yes, this is very different from the last bug, thanks for the trace. I Cc:d emacs-devel as I am not quite sure how this should work. What you have here is the signal handler is invoked because there is an expose event. But during the handling of that expose event, another signal arrives, SIGCHLD, because some subprocess died. So we have two signal handlers invoked at the same time, and after that things go bad, since both handlers tries to use malloc/free. So the question to emacs-devel is if BLOCK_INPUT should block all signals and this handler was just forgotten, or should it just block the input (SIGIO) signal, and this case must be dealt with in some other fashion? Note that XTread_socket does invoke BLOCK_INPUT on entry and UNBLOCK on exit, so the first signal handler invoked thinks it is safe from signals. Thanks, Jan D. > (gdb) bt > #0 0xffffe002 in ?? () > #1 0x0815566f in emacs_blocked_malloc (size=44) > at /home/tmp/emacs/src/alloc.c:974 > #2 0x42073305 in malloc () from /lib/tls/libc.so.6 > #3 0x42024890 in _nl_make_l10nflist () from /lib/tls/libc.so.6 > #4 0x42022c1c in _nl_find_domain () from /lib/tls/libc.so.6 > #5 0x4202205d in __dcigettext () from /lib/tls/libc.so.6 > #6 0x42021bf5 in dcgettext () from /lib/tls/libc.so.6 > #7 0x4207aa3e in strsignal () from /lib/tls/libc.so.6 > #8 0x0819c0fc in sigchld_handler (signo=17) > at /home/tmp/emacs/src/process.c:6216 > #9 > #10 0x42074455 in _int_free () from /lib/tls/libc.so.6 > #11 0x420734d6 in free () from /lib/tls/libc.so.6 > #12 0x0815557e in emacs_blocked_free (ptr=0x87ac2b0) > #52 0x400fa200 in gtk_main_iteration () from /usr/lib/libgtk-x11-2.0.so.0 > #53 0x080efa74 in XTread_socket (sd=0, bufp=0xbffd00ec, numchars=4096, > expected=1) at /home/tmp/emacs/src/xterm.c:7174 > #54 0x08118b32 in read_avail_input (expected=1) > at /home/tmp/emacs/src/keyboard.c:6621 > ---Type to continue, or q to quit--- > #55 0x08118d02 in input_available_signal (signo=29) > at /home/tmp/emacs/src/keyboard.c:6779 > #56