From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Emacs 23 Mac port Date: Tue, 17 Jan 2012 09:49:12 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: dough.gmane.org 1326761371 14697 80.91.229.12 (17 Jan 2012 00:49:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 17 Jan 2012 00:49:31 +0000 (UTC) Cc: railwaycat@gmail.com, Jan =?ISO-8859-1?Q?Dj=E4rv?= , emacs-devel@gnu.org To: emacs user Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 17 01:49:24 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RmxEp-0003si-9U for ged-emacs-devel@m.gmane.org; Tue, 17 Jan 2012 01:49:23 +0100 Original-Received: from localhost ([::1]:50885 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmxEo-0000mZ-EY for ged-emacs-devel@m.gmane.org; Mon, 16 Jan 2012 19:49:22 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:57935) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmxEl-0000mU-QG for emacs-devel@gnu.org; Mon, 16 Jan 2012 19:49:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RmxEk-0001pi-GW for emacs-devel@gnu.org; Mon, 16 Jan 2012 19:49:19 -0500 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:56530) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RmxEj-0001pB-U0 for emacs-devel@gnu.org; Mon, 16 Jan 2012 19:49:18 -0500 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 4FAC0C055D; Tue, 17 Jan 2012 09:49:12 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by eggs.gnu.org: NetBSD 3.0 (DF) X-Received-From: 133.82.132.2 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:147696 Archived-At: >>>>> On Mon, 16 Jan 2012 13:32:30 +0200, emacs user said: > This version seems to have the same memory problem (not returning > memory to the OS) as the regular gnu emacs on OS X. Aquamacs seems > not to have this issue...(?) Why is "not returning memory to the OS" a "problem"? Whether or when freed memory is returned to the system is up to the implementation of the malloc library and not something applications should care about in general. I don't think the experiment like in http://lists.gnu.org/archive/html/emacs-devel/2011-12/msg00561.html makes much sense. What is more important is to identify whether the crash "problem" you see with VM is caused by "not returning memory to the OS" or other reasons. Did you try the procedure I mentioned earlier? http://lists.gnu.org/archive/html/emacs-devel/2011-12/msg00552.html You should compare the addresses in heap between the second and the third invocations for example, rather then one between before and after the first invocation. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp