From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.devel Subject: Re: readlink, getcwd memory leaks Date: Mon, 26 Apr 2004 21:08:48 +0200 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: <877jw2h7zz.fsf@zagadka.ping.de> References: <877jx8hejj.fsf@zip.com.au> <87r7uddnnk.fsf@zagadka.ping.de> <87wu45gfbm.fsf@zip.com.au> <87pt9xc59k.fsf@zagadka.ping.de> <408B73DE.5080006@dirk-herrmanns-seiten.de> <87y8ojsy1p.fsf@trouble.defaultvalue.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1083006637 21027 80.91.224.253 (26 Apr 2004 19:10:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 26 Apr 2004 19:10:37 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Apr 26 21:10:24 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BIBUm-000541-00 for ; Mon, 26 Apr 2004 21:10:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BIBUH-0006Wu-4o for guile-devel@m.gmane.org; Mon, 26 Apr 2004 15:09:53 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BIBTv-0006Q6-CM for guile-devel@gnu.org; Mon, 26 Apr 2004 15:09:31 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BIBTL-00061w-Ci for guile-devel@gnu.org; Mon, 26 Apr 2004 15:09:26 -0400 Original-Received: from [195.253.8.218] (helo=mail.dokom.net) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BIBTK-000613-Vw for guile-devel@gnu.org; Mon, 26 Apr 2004 15:08:55 -0400 Original-Received: from [195.138.45.208] (helo=zagadka.ping.de) by mail.dokom.net with smtp (Exim 3.36 #3) id 1BIBVi-0000VE-00 for guile-devel@gnu.org; Mon, 26 Apr 2004 21:11:22 +0200 Original-Received: (qmail 5417 invoked by uid 1000); 26 Apr 2004 19:08:48 -0000 Original-To: Rob Browning In-Reply-To: <87y8ojsy1p.fsf@trouble.defaultvalue.org> (Rob Browning's message of "Sun, 25 Apr 2004 13:38:26 -0500") User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:3654 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:3654 Rob Browning writes: >> Sounds good to me. Let's make it official policy and modify >> scm_memory_error to abort. (scm_gethostname could then be simplified >> again...) > > That would preclude any kind of "release and retry" catch handler. Do > we care about that? (I'm not saying we do, just wondering.) Yes, just aborting is maybe a bit inflexible. (I think we have discussed this previously.) We could allow the registration of handlers (written in C) for out-of-memory and the default handler could print a warning, wait a bit, and then retry, backing off exponentially. Or something. -- GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel