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: gen gc Date: Thu, 18 Jul 2002 14:08:10 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <15670.44970.137101.467470@meddo.cs.uu.nl> References: <15669.59575.560391.128570@blauw.xs4all.nl> <871ya2ezjo.fsf@zagadka.ping.de> <15669.63974.973133.308661@blauw.xs4all.nl> <3D36AFBC.1000206@puremagic.com> 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 1026994161 22224 127.0.0.1 (18 Jul 2002 12:09:21 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 18 Jul 2002 12:09:21 +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.33 #1 (Debian)) id 17VA5v-0005mL-00 for ; Thu, 18 Jul 2002 14:09:20 +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 17VA5o-0007aJ-00; Thu, 18 Jul 2002 08:09:12 -0400 Original-Received: from aurora.cs.uu.nl ([131.211.80.20] helo=mail.cs.uu.nl) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17VA4p-0007XG-00 for ; Thu, 18 Jul 2002 08:08:11 -0400 Original-Received: from meddo.cs.uu.nl.cs.uu.nl (meddo.cs.uu.nl [131.211.80.91]) by mail.cs.uu.nl (Postfix) with ESMTP id 3C12A1CB2A7; Thu, 18 Jul 2002 14:08:10 +0200 (CEST) Original-To: Miroslav Silovic In-Reply-To: <3D36AFBC.1000206@puremagic.com> X-Mailer: VM 7.03 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:821 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:821 miro@puremagic.com writes: > >>> SCM_DEFINE (scm_object_address, "object-address", 1, 0, 0, > >>> (SCM obj), > >>> "Return an integer that for the lifetime of @var{obj} is uniquely\n" > >>> "returned by this function for @var{obj}") > >What if I can't? Memory cells are going to move around. I don't see a > >way to generate a unique number without making some kind of table for > >objects subjected to object-address. > > > > > Actually it only says it should be unique, not never-changing. In > particular, > all it needs for eq? to grok it is uniqueness. I guess just returning > the address > ought to work, no? It says "for the lifetime of this object". Anyways, the goops code only uses the address for printing, so it would safe to return the address. I suggest that the documentation be changed to "Return the address of OBJ as an integer. Note that this address may change between runs due to garbage collection." -- 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