From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: BT Templeton Newsgroups: gmane.emacs.devel Subject: Spare memory Date: Wed, 13 Jun 2012 15:14:56 -0400 Message-ID: <87d353qb0v.fsf@olor.terpri.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1339616726 19155 80.91.229.3 (13 Jun 2012 19:45:26 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 13 Jun 2012 19:45:26 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 13 21:45:26 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SetVM-0008RM-0J for ged-emacs-devel@m.gmane.org; Wed, 13 Jun 2012 21:45:24 +0200 Original-Received: from localhost ([::1]:58404 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SetVL-00017V-Tp for ged-emacs-devel@m.gmane.org; Wed, 13 Jun 2012 15:45:23 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:34067) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SetVH-00016G-Nn for emacs-devel@gnu.org; Wed, 13 Jun 2012 15:45:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SetVG-0004Eg-89 for emacs-devel@gnu.org; Wed, 13 Jun 2012 15:45:19 -0400 Original-Received: from [80.91.229.3] (port=33006 helo=plane.gmane.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SetVG-0004EX-1B for emacs-devel@gnu.org; Wed, 13 Jun 2012 15:45:18 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Set21-0007UV-Vk for emacs-devel@gnu.org; Wed, 13 Jun 2012 21:15:05 +0200 Original-Received: from cpe-173-095-170-102.nc.res.rr.com ([173.95.170.102]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 Jun 2012 21:15:05 +0200 Original-Received: from bpt by cpe-173-095-170-102.nc.res.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 13 Jun 2012 21:15:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 13 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpe-173-095-170-102.nc.res.rr.com User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) Cancel-Lock: sha1:1YgcknzouW2XB4ftU73elNZnJ9M= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:150929 Archived-At: The `refill_memory_reserve' function (in alloc.c) is a no-op if SYSTEM_MALLOC is defined, so the spare memory is never actually allocated. Is this intentional? Also, why doesn't `memory_full' collect garbage immediately when memory is exhausted? (Currently it sets `memory_full_cons_threshold', which is checked in `Feval' and `Ffuncall'.) -- Inteligenta persono lernas la lingvon Esperanton rapide kaj facile. Esperanto estas moderna, kultura lingvo por la mondo. Simpla, fleksebla, belsona, Esperanto estas la praktika solvo de la problemo de universala interkompreno. Lernu la interlingvon Esperanton!