From laurent@guerby.net Mon Mar 16 04:15:21 2009 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 From johns@fsf.org Wed Apr 15 13:32:54 2009 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 Subject: Also seeing this 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 cyd@stupidchicken.com Wed May 20 16:32:22 2009 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 Subject: Re: Emergency (alloc): Warning: past 85% of memory limit 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 cyd@stupidchicken.com Thu May 21 21:39:12 2009 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 Subject: Re: Emergency (alloc): Warning: past 85% of memory limit 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 cyd@stupidchicken.com Fri May 22 11:46:39 2009 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. From johnsu01@wjsullivan.net Tue May 26 20:04:20 2009 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 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> <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! From unknown Thu Jun 19 13:59:13 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Wed, 24 Jun 2009 14:24:10 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator