From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Han-Wen Nienhuys Newsgroups: gmane.lisp.guile.devel Subject: Re: port initialization? Date: Fri, 9 Aug 2002 10:06:55 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <15699.30751.756887.254661@blauw.xs4all.nl> References: <15693.15724.416839.636665@blauw.xs4all.nl> <15698.55934.287636.6739@blauw.xs4all.nl> <87sn1pt5md.fsf@zagadka.ping.de> <0208081820210Z.05101@locke.free-expression.org> Reply-To: hanwen@cs.uu.nl NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1028880208 21608 127.0.0.1 (9 Aug 2002 08:03:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 9 Aug 2002 08:03:28 +0000 (UTC) Cc: Marius Vollmer , guile-devel@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17d4k3-0005cO-00 for ; Fri, 09 Aug 2002 10:03:27 +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 17d4kh-0001Q5-00; Fri, 09 Aug 2002 04:04:07 -0400 Original-Received: from smtpzilla5.xs4all.nl ([194.109.127.141]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17d4kN-0001Or-00 for ; Fri, 09 Aug 2002 04:03:47 -0400 Original-Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with ESMTP id g7983d69008834; Fri, 9 Aug 2002 10:03:39 +0200 (CEST) Original-To: Lynn Winebarger In-Reply-To: <0208081820210Z.05101@locke.free-expression.org> X-Mailer: VM 7.05 under Emacs 21.2.1 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:1038 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1038 owinebar@free-expression.org writes: > > > although I can't really imagine how (there is little code that can > > > run, if you can't alloc a string or a cell, right?) > > > > Yep. I don't think it is worth worrying about his too much. > > If you're running out of memory, you might be in a deeply > recursed procedure that hasn't set any global variables, > so when it aborts, many megabytes become garbage. It's > not that unusual. > Or is that not included in what you're talking about? It is note that -for instance- on linux you usually can't detect this condition: malloc always returns non-null but when there is no VM to satisfy the request, the program is killed. -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel