From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Tim Van Holder" Newsgroups: gmane.emacs.bugs Subject: bug#850: 23.0.60; make autoloads reports memory exhaustion Date: Wed, 3 Sep 2008 09:55:52 +0200 Message-ID: References: <87y72a5bck.fsf@cyd.mit.edu> Reply-To: Tim Van Holder , 850@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1220429513 13756 80.91.229.12 (3 Sep 2008 08:11:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 3 Sep 2008 08:11:53 +0000 (UTC) Cc: 850@emacsbugs.donarmstrong.com To: "Chong Yidong" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 03 10:12:48 2008 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.50) id 1KanSP-0001GS-Co for geb-bug-gnu-emacs@m.gmane.org; Wed, 03 Sep 2008 10:11:17 +0200 Original-Received: from localhost ([127.0.0.1]:34594 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KanRQ-0008NF-0U for geb-bug-gnu-emacs@m.gmane.org; Wed, 03 Sep 2008 04:10:16 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KanOp-0006G0-DG for bug-gnu-emacs@gnu.org; Wed, 03 Sep 2008 04:07:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KanOn-0006E3-8s for bug-gnu-emacs@gnu.org; Wed, 03 Sep 2008 04:07:34 -0400 Original-Received: from [199.232.76.173] (port=40305 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KanOn-0006Dn-3O for bug-gnu-emacs@gnu.org; Wed, 03 Sep 2008 04:07:33 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:60947) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KanOm-00048u-QA for bug-gnu-emacs@gnu.org; Wed, 03 Sep 2008 04:07:33 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8387UGe001039; Wed, 3 Sep 2008 01:07:30 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m83856cl032188; Wed, 3 Sep 2008 01:05:06 -0700 X-Loop: don@donarmstrong.com Resent-From: "Tim Van Holder" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 03 Sep 2008 08:05:06 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 850 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 850-submit@emacsbugs.donarmstrong.com id=B850.122042855929182 (code B ref 850); Wed, 03 Sep 2008 08:05:06 +0000 Original-Received: (at 850) by emacsbugs.donarmstrong.com; 3 Sep 2008 07:55:59 +0000 Original-Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m837trqJ029077 for <850@emacsbugs.donarmstrong.com>; Wed, 3 Sep 2008 00:55:54 -0700 Original-Received: by yw-out-2324.google.com with SMTP id 3so298458ywj.31 for <850@emacsbugs.donarmstrong.com>; Wed, 03 Sep 2008 00:55:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=wQsrSZQM85uU7H4conlLrHmKGjwjtOw+hY98n66GRwQ=; b=RHDiP//KzB6pjXnWawzhq/Uos/SO26u76YXK+mPBAIaUZjPlSiwJL6HFGBTZGvKkI+ QqcN5EDYM8BqR/CbkjEu4VaTlRSRb9rlSSEWat+X8TrRJEqNIM0YNK4WKi1gXuKiM42g bLR1dBAYtkGMFGGr+F73W58JkJzyDW9PJoncY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=hxYmHCUoZY2Q4xG6rjDK13aOjmJbw7sFKpR2AcLEhSrD6kD5csLKzsjAcUd2t+KIWY tQXhACQpgE3yKpDektZ3/2gfz6slzsxkqolisf8ERFWegJRi6gwtHaNSGS+pOOrB1CTc 8WVx3xipqK7Pj3LIGgljMKEEBczniXgA80Z/M= Original-Received: by 10.151.12.4 with SMTP id p4mr8746551ybi.218.1220428552733; Wed, 03 Sep 2008 00:55:52 -0700 (PDT) Original-Received: by 10.151.12.15 with HTTP; Wed, 3 Sep 2008 00:55:52 -0700 (PDT) In-Reply-To: <87y72a5bck.fsf@cyd.mit.edu> Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Wed, 03 Sep 2008 04:07:34 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list 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:20081 Archived-At: On Wed, Sep 3, 2008 at 2:20 AM, Chong Yidong wrote: >> But since this morning the make command for the lisp subdir fails >> during autoloads processing: >> >> Saving file /home/tim/gnu/src/emacs/lisp/loaddefs.el... >> Memory exhausted--use C-x s then exit and restart Emacs >> make: *** [autoloads] Error 255 >> >> loaddefs.el doesn't seem to get updated. It also prevented the other >> commands for the 'updates' target from running, but I've added -k to >> the make options to work around that. > > I can't reproduce this. Do you still see this problem with latest CVS? > If so, what's your platform? Yes, with an emacs built from CVS (not a full bootstrap) 20 minutes ago, "make -C lisp autoloads" still reports the memory exhaustion during the save operation. A little debugging shows that the signal is raised from memory_full(), which is called by lisp_malloc; it was asked to allocate 1.2MiB worth of non-lisp memory. At the point of the memory_full() invocation, val is indeed 0 (and this is the direct return value of malloc, not because of further changes to val) - but at this point emacs only has 15MiB of memory allocated so there's no way it really ran out of memory. My system is a debian linux box, running a 2.4.27 kernel (which I can't upgrade to 2.6 because the 2.6 kernel dropped support for its Dell RAID controller), with glibc 2.3.6. Configured using only --with-x. OK - it looks like this was an extreme edge case. I just set aside my existing loaddefs.el (unfortunately as loaddefs.el~, so it was destroyed in the process) and reran make -C lisp autoloads. While this took a lot longer (all files as opposed to the 6 or so that had changed since the last time), this completed without error. So it looks like it was some sort of very rare bug, presumably in the system malloc. So I guess you can close this one.