From unknown Fri Jun 20 07:24:34 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2685: Emergency (alloc): Warning: past 85% of memory limit Reply-To: Laurent GUERBY , 2685@debbugs.gnu.org Resent-From: Laurent GUERBY Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 16 Mar 2009 11:25:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 2685 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.123720212124704 (code B ref -1); Mon, 16 Mar 2009 11:25:04 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 16 Mar 2009 11:15:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2GBFH7V024698 for ; Mon, 16 Mar 2009 04:15:19 -0700 Received: from mail.gnu.org ([199.232.76.166]:51503 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LjAmq-0007rh-IJ for emacs-pretest-bug@gnu.org; Mon, 16 Mar 2009 07:15:16 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LjAmp-0003wC-5B for emacs-pretest-bug@gnu.org; Mon, 16 Mar 2009 07:15:16 -0400 Received: from smtp22.services.sfr.fr ([93.17.128.10]:21882) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LjAmo-0003uu-SY for emacs-pretest-bug@gnu.org; Mon, 16 Mar 2009 07:15:15 -0400 Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2202.sfr.fr (SMTP Server) with ESMTP id E5D057000087 for ; Mon, 16 Mar 2009 12:15:08 +0100 (CET) Received: from [192.168.1.101] (46.156.90-79.rev.gaoland.net [79.90.156.46]) by msfrf2202.sfr.fr (SMTP Server) with ESMTP id A65047000086 for ; Mon, 16 Mar 2009 12:15:08 +0100 (CET) X-SFR-UUID: 20090316111508681.A65047000086@msfrf2202.sfr.fr From: Laurent GUERBY To: emacs-pretest-bug@gnu.org Content-Type: text/plain Date: Mon, 16 Mar 2009 12:13:55 +0100 Message-Id: <1237202035.8383.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Hi, I compiled using GCC 4.3.2 from debian lenny (abi=32): GNU Emacs 23.0.91.1 (mips64el-unknown-linux-gnu, X toolkit) of 2009-03-15 on gcc51 When launching emacs (in text mode) I get a *Warnings* window with the following message: Emergency (alloc): Warning: past 85% of memory limit The machine gcc51 has 1GB of RAM so this warning seems surprising. Sincerely, Laurent From unknown Fri Jun 20 07:24:34 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2685: Also seeing this Reply-To: John Sullivan , 2685@debbugs.gnu.org Resent-From: John Sullivan Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 15 Apr 2009 20:40:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2685 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2685-submit@emacsbugs.donarmstrong.com id=B2685.123982757427995 (code B ref 2685); Wed, 15 Apr 2009 20:40:05 +0000 Received: (at 2685) by emacsbugs.donarmstrong.com; 15 Apr 2009 20:32:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.fsf.org (mail.fsf.org [140.186.70.13]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n3FKWl0g027987 for <2685@emacsbugs.donarmstrong.com>; Wed, 15 Apr 2009 13:32:48 -0700 Received: from terminus-est.gnu.org ([66.92.78.210]:54724 helo=ubik.office.fsf.org) by mail.fsf.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1LuBmi-0005Xj-Dq for 2685@emacsbugs.donarmstrong.com; Wed, 15 Apr 2009 16:32:40 -0400 Received: from johns by ubik.office.fsf.org with local (Exim 4.69) (envelope-from ) id 1LuBmh-0001no-QN for 2685@emacsbugs.donarmstrong.com; Wed, 15 Apr 2009 16:32:39 -0400 From: John Sullivan To: 2685@debbugs.gnu.org Date: Wed, 15 Apr 2009 16:32:39 -0400 Message-ID: <86eivtzmhk.fsf@ubik.office.fsf.org> Lines: 6 User-Agent: Gnus/5.110009 (No Gnus v0.9) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by mail.fsf.org: GNU/Linux 2.6 (newer, 3) I'm also seeing this on pretest with emacs compiled on mipsel (mips64), using gcc-4.3. I have 1GB of RAM, and ulimit returns unlimited. It's a Debian Lenny system, Linux 2.6.27. I've verified that it happens with emacs -Q -nw. From unknown Fri Jun 20 07:24:34 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2685: Emergency (alloc): Warning: past 85% of memory limit Reply-To: Chong Yidong , 2685@debbugs.gnu.org Resent-From: Chong Yidong Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 20 May 2009 23:40:06 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2685 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2685-submit@emacsbugs.donarmstrong.com id=B2685.124286234226440 (code B ref 2685); Wed, 20 May 2009 23:40:06 +0000 Received: (at 2685) by emacsbugs.donarmstrong.com; 20 May 2009 23:32:22 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.9 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4KNWHF0026431 for <2685@emacsbugs.donarmstrong.com>; Wed, 20 May 2009 16:32:18 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id E09FB57E259; Wed, 20 May 2009 19:32:35 -0400 (EDT) From: Chong Yidong To: Laurent GUERBY , John Sullivan Cc: 2685@debbugs.gnu.org Date: Wed, 20 May 2009 19:32:35 -0400 Message-ID: <8763fvic4s.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > I compiled using GCC 4.3.2 from debian lenny (abi=32): > > GNU Emacs 23.0.91.1 (mips64el-unknown-linux-gnu, X toolkit) of > 2009-03-15 on gcc51 > > When launching emacs (in text mode) I get a *Warnings* window > with the following message: > > Emergency (alloc): Warning: past 85% of memory limit > > The machine gcc51 has 1GB of RAM so this warning seems surprising. I can't reproduce this on x86. I don't have access to any mipsel machine; could either of you give me a temporary account so that I can try to debug this (if so, please contact me by private email). From unknown Fri Jun 20 07:24:34 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2685: Emergency (alloc): Warning: past 85% of memory limit Reply-To: Chong Yidong , 2685@debbugs.gnu.org Resent-From: Chong Yidong Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 22 May 2009 04:45:07 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2685 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2685-submit@emacsbugs.donarmstrong.com id=B2685.12429671526616 (code B ref 2685); Fri, 22 May 2009 04:45:07 +0000 Received: (at 2685) by emacsbugs.donarmstrong.com; 22 May 2009 04:39:12 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.9 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4M4d7St006606 for <2685@emacsbugs.donarmstrong.com>; Thu, 21 May 2009 21:39:09 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 2D26257E233; Fri, 22 May 2009 00:39:27 -0400 (EDT) From: Chong Yidong To: laurent@guerby.net Cc: John Sullivan , 2685@debbugs.gnu.org References: <8763fvic4s.fsf@cyd.mit.edu> <1242886205.6098.150.camel@localhost> Date: Fri, 22 May 2009 00:39:27 -0400 In-Reply-To: <1242886205.6098.150.camel@localhost> (Laurent GUERBY's message of "Thu, 21 May 2009 08:10:05 +0200") Message-ID: <874ovdeoow.fsf@cyd.mit.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii The problem is that Emacs is not determining the start of the data segment properly on MIPS machines. In src/m/mips.h, we define DATA_START as 0x10000000. There must be a reason for this, but it's wrong on the machine you provided for testing; there, __morecore reports the memory break (which must lie inside the data segment) as a value less than 0x10000000. If I comment out DATA_START, so that Emacs uses another method to determine the start of the data segment size, everything seems to work OK. But I don't know if this may lead to a different bug elsewhere. *** trunk/src/m/mips.h.~1.42.~ 2009-03-12 09:42:54.000000000 -0400 --- trunk/src/m/mips.h 2009-05-22 00:34:03.000000000 -0400 *************** *** 49,55 **** /* Describe layout of the address space in an executing process. */ #define TEXT_START 0x00400000 ! #define DATA_START 0x10000000 #if 0 /* These definitions were advantageous when not using --- 49,55 ---- /* Describe layout of the address space in an executing process. */ #define TEXT_START 0x00400000 ! /* #define DATA_START 0x10000000 */ #if 0 /* These definitions were advantageous when not using From unknown Fri Jun 20 07:24:34 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: owner@emacsbugs.donarmstrong.com From: help-debbugs@gnu.org (Emacs bug Tracking System) To: Laurent GUERBY Subject: bug#2685 closed by Chong Yidong (Re: Emergency (alloc): Warning: past 85% of memory limit) Message-ID: References: <87ljop561r.fsf@cyd.mit.edu> <1237202035.8383.2.camel@localhost> X-Emacs-PR-Message: they-closed 2685 X-Emacs-PR-Package: emacs Reply-To: 2685@debbugs.gnu.org Date: Fri, 22 May 2009 18:50:05 +0000 Content-Type: multipart/mixed; boundary="----------=_1243018205-16478-1" This is a multi-part message in MIME format... ------------=_1243018205-16478-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" This is an automatic notification regarding your bug report which was filed against the emacs package: #2685: Emergency (alloc): Warning: past 85% of memory limit It has been closed by Chong Yidong . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Chong Yidong by replying to this email. --=20 2685: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D2685 Emacs Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1243018205-16478-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 2685-done) by emacsbugs.donarmstrong.com; 22 May 2009 18:46:40 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.8 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4MIka0J015764 for <2685-done@emacsbugs.donarmstrong.com>; Fri, 22 May 2009 11:46:37 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 7B21757E24D; Fri, 22 May 2009 14:46:56 -0400 (EDT) From: Chong Yidong To: Laurent GUERBY Cc: John Sullivan , 2685-done@debbugs.gnu.org Subject: Re: Emergency (alloc): Warning: past 85% of memory limit References: <8763fvic4s.fsf@cyd.mit.edu> <1242886205.6098.150.camel@localhost> <8763fubnob.fsf@cyd.mit.edu> <1242926620.6098.168.camel@localhost> <1242942956.6098.170.camel@localhost> Date: Fri, 22 May 2009 14:46:56 -0400 In-Reply-To: <1242942956.6098.170.camel@localhost> (Laurent GUERBY's message of "Thu, 21 May 2009 23:55:56 +0200") Message-ID: <87ljop561r.fsf@cyd.mit.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > The problem is that Emacs is not determining the start of the data > segment properly on MIPS machines. In src/m/mips.h, we define > DATA_START as 0x10000000 On further research, I think this is wrong for GNU/Linux. It was probably written for other operating systems in mind. Undefining DATA_START on GNU/Linux is pretty harmless; as I said, this causes Emacs to fall back on another heuristic method for determining the start of the data segment. (Anyway, this change only affects this particular platform). So, I've checked in the change. ------------=_1243018205-16478-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 16 Mar 2009 11:15:21 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2GBFH7V024698 for ; Mon, 16 Mar 2009 04:15:19 -0700 Received: from mail.gnu.org ([199.232.76.166]:51503 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LjAmq-0007rh-IJ for emacs-pretest-bug@gnu.org; Mon, 16 Mar 2009 07:15:16 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LjAmp-0003wC-5B for emacs-pretest-bug@gnu.org; Mon, 16 Mar 2009 07:15:16 -0400 Received: from smtp22.services.sfr.fr ([93.17.128.10]:21882) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LjAmo-0003uu-SY for emacs-pretest-bug@gnu.org; Mon, 16 Mar 2009 07:15:15 -0400 Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2202.sfr.fr (SMTP Server) with ESMTP id E5D057000087 for ; Mon, 16 Mar 2009 12:15:08 +0100 (CET) Received: from [192.168.1.101] (46.156.90-79.rev.gaoland.net [79.90.156.46]) by msfrf2202.sfr.fr (SMTP Server) with ESMTP id A65047000086 for ; Mon, 16 Mar 2009 12:15:08 +0100 (CET) X-SFR-UUID: 20090316111508681.A65047000086@msfrf2202.sfr.fr Subject: Emergency (alloc): Warning: past 85% of memory limit From: Laurent GUERBY To: emacs-pretest-bug@gnu.org Content-Type: text/plain Date: Mon, 16 Mar 2009 12:13:55 +0100 Message-Id: <1237202035.8383.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Hi, I compiled using GCC 4.3.2 from debian lenny (abi=32): GNU Emacs 23.0.91.1 (mips64el-unknown-linux-gnu, X toolkit) of 2009-03-15 on gcc51 When launching emacs (in text mode) I get a *Warnings* window with the following message: Emergency (alloc): Warning: past 85% of memory limit The machine gcc51 has 1GB of RAM so this warning seems surprising. Sincerely, Laurent ------------=_1243018205-16478-1-- From unknown Fri Jun 20 07:24:34 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2685: Emergency (alloc): Warning: past 85% of memory limit Reply-To: John Sullivan , 2685@debbugs.gnu.org Resent-From: John Sullivan Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 27 May 2009 03:10:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2685 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2685-submit@emacsbugs.donarmstrong.com id=B2685.124339346024013 (code B ref 2685); Wed, 27 May 2009 03:10:05 +0000 Received: (at 2685) by emacsbugs.donarmstrong.com; 27 May 2009 03:04:20 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.fsf.org (mail.fsf.org [140.186.70.13]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4R34GoX024007 for <2685@emacsbugs.donarmstrong.com>; Tue, 26 May 2009 20:04:17 -0700 Received: from c-71-233-151-118.hsd1.ma.comcast.net ([71.233.151.118]:52905 helo=quineau.wjsullivan.net) by mail.fsf.org with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1M99Qz-0001yw-PO; Tue, 26 May 2009 23:04:07 -0400 Received: from johnsu01 by quineau.wjsullivan.net with local (Exim 4.69) (envelope-from ) id 1M99TM-0001Eo-02; Tue, 26 May 2009 23:06:32 -0400 From: John Sullivan To: Chong Yidong Cc: Laurent GUERBY , John Sullivan , 2685@debbugs.gnu.org References: <8763fvic4s.fsf@cyd.mit.edu> <1242886205.6098.150.camel@localhost> <8763fubnob.fsf@cyd.mit.edu> <1242926620.6098.168.camel@localhost> <1242942956.6098.170.camel@localhost> <87ljop561r.fsf@cyd.mit.edu> Date: Tue, 26 May 2009 23:06:31 -0400 In-Reply-To: <87ljop561r.fsf@cyd.mit.edu> (Chong Yidong's message of "Fri, 22 May 2009 14:46:56 -0400") Message-ID: <873aar9rd4.fsf@quineau.wjsullivan.net> Lines: 15 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by mail.fsf.org: GNU/Linux 2.6 (newer, 3) Chong Yidong writes: >> The problem is that Emacs is not determining the start of the data >> segment properly on MIPS machines. In src/m/mips.h, we define >> DATA_START as 0x10000000 > > On further research, I think this is wrong for GNU/Linux. It was > probably written for other operating systems in mind. Undefining > DATA_START on GNU/Linux is pretty harmless; as I said, this causes Emacs > to fall back on another heuristic method for determining the start of > the data segment. (Anyway, this change only affects this particular > platform). So, I've checked in the change. > I just built the pretest and the error is gone. Thanks!