From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: 64-bit lossage Date: Mon, 22 Jul 2002 14:52:14 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200207021945.g62JjkK01982@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1027364321 29953 127.0.0.1 (22 Jul 2002 18:58:41 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 22 Jul 2002 18:58:41 +0000 (UTC) Cc: Andreas Schwab , rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17WiOG-0007n0-00 for ; Mon, 22 Jul 2002 20:58:40 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17WicD-0004O2-00 for ; Mon, 22 Jul 2002 21:13:05 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17WiOE-0008Lg-00; Mon, 22 Jul 2002 14:58:38 -0400 Original-Received: from 208-59-178-90.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([208.59.178.90] helo=raeburn.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17WiLi-0008FD-00; Mon, 22 Jul 2002 14:56:02 -0400 Original-Received: from kal-el.raeburn.org ([2002:d03b:b25a:1:201:2ff:fe23:e26d]) by raeburn.org (8.11.3/8.11.3) with ESMTP id g6MIrUf19751; Mon, 22 Jul 2002 14:53:30 -0400 (EDT) Original-Received: from raeburn by kal-el.raeburn.org with local (Exim 3.35 #1 (Debian)) id 17WiI3-0001oo-00; Mon, 22 Jul 2002 14:52:15 -0400 Original-To: Dave Love In-Reply-To: (Dave Love's message of "22 Jul 2002 17:08:05 +0100") Original-Lines: 18 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.3.50 (i686-pc-linux-gnu) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5971 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5971 Dave Love writes: > You lose when USE_MMAP_FOR_BUFFERS is defined on 64-bit targets. [For > some reason, this isn't defined on Solaris, 32- or 64-bit, which I > think means you can't reclaim the memory used by deleted buffer.] I > assume there is some type error introduced since 21.2, which works. > Could someone have a look at that code? I worked on the mmap stuff > originally, but I don't remember much about it, and it's all changed > since then. Is the patch I checked in on Sunday enough to fix it? > I still think the special-purpose mmap-ism should die in favour of > using dlmalloc on non-GNU systems instead of the currently-provided > gmalloc. As far as I remember, the only objection was that it might > not be as portable; I haven't seen any evidence for that, and it is > claimed to be `among the most portable' mallocs. Perhaps.