From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System) Newsgroups: gmane.emacs.bugs Subject: bug#2685: marked as done (Emergency (alloc): Warning: past 85% of memory limit) Date: Fri, 22 May 2009 18:50:05 +0000 Message-ID: References: <87ljop561r.fsf@cyd.mit.edu> <1237202035.8383.2.camel@localhost> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1243018205-16478-0" X-Trace: ger.gmane.org 1243018345 14895 80.91.229.12 (22 May 2009 18:52:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 May 2009 18:52:25 +0000 (UTC) To: Chong Yidong Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 22 20:52:18 2009 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 1M7Zqq-0006Ky-NN for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 May 2009 20:52:17 +0200 Original-Received: from localhost ([127.0.0.1]:35766 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M7Zqp-00032i-RP for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 May 2009 14:52:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M7Zqi-0002vW-Kd for bug-gnu-emacs@gnu.org; Fri, 22 May 2009 14:52:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M7Zqb-0002mA-O9 for bug-gnu-emacs@gnu.org; Fri, 22 May 2009 14:52:06 -0400 Original-Received: from [199.232.76.173] (port=46281 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M7Zqb-0002ll-B6 for bug-gnu-emacs@gnu.org; Fri, 22 May 2009 14:52:01 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:40735) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M7Zqa-0005aw-FJ for bug-gnu-emacs@gnu.org; Fri, 22 May 2009 14:52:00 -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 n4MIpvWn018420; Fri, 22 May 2009 11:51:58 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n4MIo5NV016548; Fri, 22 May 2009 11:50:05 -0700 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: closed 2685 X-Emacs-PR-Package: emacs X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:28092 Archived-At: This is a multi-part message in MIME format... ------------=_1243018205-16478-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Fri, 22 May 2009 14:46:56 -0400 with message-id <87ljop561r.fsf@cyd.mit.edu> and subject line Re: Emergency (alloc): Warning: past 85% of memory limit has caused the Emacs bug report #2685, regarding Emergency (alloc): Warning: past 85% of memory limit to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) --=20 2685: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3D2685 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems ------------=_1243018205-16478-0 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-0 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@emacsbugs.donarmstrong.com 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-0--