From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: internals.texi Date: Sun, 28 May 2006 18:54:21 -0500 (CDT) Message-ID: <200605282354.k4SNsLC1003677@jane.dms.auburn.edu> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1148860569 14803 80.91.229.2 (28 May 2006 23:56:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 28 May 2006 23:56:09 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 29 01:56:07 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FkV75-0006jh-RY for ged-emacs-devel@m.gmane.org; Mon, 29 May 2006 01:56:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FkV75-00020b-Eb for ged-emacs-devel@m.gmane.org; Sun, 28 May 2006 19:56:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FkV6r-0001yV-9p for emacs-devel@gnu.org; Sun, 28 May 2006 19:55:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FkV6p-0001vt-Na for emacs-devel@gnu.org; Sun, 28 May 2006 19:55:48 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FkV6p-0001vb-JI for emacs-devel@gnu.org; Sun, 28 May 2006 19:55:47 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FkVCH-0005v6-1x for emacs-devel@gnu.org; Sun, 28 May 2006 20:01:25 -0400 Original-Received: from jane.dms.auburn.edu (jane.dms.auburn.edu [131.204.53.201]) by manatee.dms.auburn.edu (8.13.6/8.13.6) with ESMTP id k4SNtkMV019405 for ; Sun, 28 May 2006 18:55:46 -0500 (CDT) Original-Received: from jane.dms.auburn.edu (localhost [127.0.0.1]) by jane.dms.auburn.edu (8.13.4+Sun/8.13.4) with ESMTP id k4SNsMBG003680 for ; Sun, 28 May 2006 18:54:22 -0500 (CDT) Original-Received: (from teirllm@localhost) by jane.dms.auburn.edu (8.13.4+Sun/8.13.3/Submit) id k4SNsLC1003677; Sun, 28 May 2006 18:54:21 -0500 (CDT) X-Authentication-Warning: jane.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:55388 Archived-At: If there is pure space overflow, the warning messages refer to the node Pure Storage in the Elisp manual. But that node nowhere mentions the problems that pure space overflow causes (a very bad memory leak). I propose the following minor changes to internals.texi. I can install if desired. ===File ~/internals.texi-diff=============================== *** internals.texi 10 May 2006 20:55:37 -0500 1.49 --- internals.texi 28 May 2006 17:52:17 -0500 *************** *** 160,166 **** the part that didn't fit. If that happens, you should increase the compilation parameter @code{PURESIZE} in the file @file{src/puresize.h} and rebuild Emacs, even though the resulting ! image will work. Such an overflow normally won't happen unless you try to preload additional libraries or add features to the standard ones. Emacs will display a warning about the overflow when it starts. --- 160,167 ---- the part that didn't fit. If that happens, you should increase the compilation parameter @code{PURESIZE} in the file @file{src/puresize.h} and rebuild Emacs, even though the resulting ! image will work: garbage collection is disabled in this situation, ! causing a memory leak. Such an overflow normally won't happen unless you try to preload additional libraries or add features to the standard ones. Emacs will display a warning about the overflow when it starts. *************** *** 348,353 **** --- 349,358 ---- object consists of a header and the storage for the string text itself; the latter is only allocated when the string is created.) @end table + + If there was overflow in pure space (see the previous section), + @code{garbage-collect} returns @code{nil}, because a real garbage + collection can not be done in this situation. @end deffn @defopt garbage-collection-messages ============================================================