From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from kankan.nagaokaut.ac.jp (kankan.nagaokaut.ac.jp [133.44.2.24])
	by blade.nagaokaut.ac.jp (8.12.3+3.5Wbeta/8.12.6/Debian-8) with ESMTP id h7G9TuGc025861;
	Sat, 16 Aug 2003 18:29:56 +0900
Received: from funfun.nagaokaut.ac.jp (funfun.nagaokaut.ac.jp [133.44.2.201])
	by kankan.nagaokaut.ac.jp (Postfix) with SMTP
	id 0E98D58B4; Sat, 16 Aug 2003 18:35:46 +0900 (JST)
Received: from helium.ruby-lang.org (helium.ruby-lang.org [210.251.121.214])
	by voscc.nagaokaut.ac.jp (Postfix) with ESMTP
	id 24CAC63003F; Sat, 16 Aug 2003 18:35:40 +0900 (JST)
Received: from helium.ruby-lang.org (localhost [127.0.0.1])
	by helium.ruby-lang.org (Postfix) with ESMTP
	id 0C2A0AA9; Sat, 16 Aug 2003 18:35:31 +0900 (JST)
Received: from moulon.inra.fr (moulon.inra.fr [138.102.114.1])
	by helium.ruby-lang.org (Postfix) with ESMTP id 002B2AA6
	for <ruby-core@ruby-lang.org>; Sat, 16 Aug 2003 18:35:28 +0900 (JST)
Received: from moulon.inra.fr (localhost [127.0.0.1])
	by moulon.inra.fr (8.10.1/8.10.1) with ESMTP id h7G9ZQt22579
	for <ruby-core@ruby-lang.org>; Sat, 16 Aug 2003 11:35:26 +0200 (MET DST)
Received: (from decoux@localhost)
	by moulon.inra.fr (8.10.1/8.10.1) id h7G9ZPe22575;
	Sat, 16 Aug 2003 11:35:26 +0200 (MET DST)
Date: Sat, 16 Aug 2003 18:35:30 +0900
Posted: Sat, 16 Aug 2003 11:35:26 +0200 (MET DST)
From: ts <decoux@moulon.inra.fr>
Reply-To: ruby-core@ruby-lang.org
Subject: Re: _id2ref bug? (another break)
To: ruby-core@ruby-lang.org
Cc: ruby-core@ruby-lang.org
Message-Id: <200308160935.h7G9ZPe22575@moulon.inra.fr>
In-Reply-To: <20030815104223.7a644dda.rpav@users.sf.net> (message from Ryan
	Pavlik on Sat, 16 Aug 2003 02:42:26 +0900)
References: <20030814094459.1c21fa19.rpav@users.sf.net>
	<1060880235.666474.27392.nullmailer@picachu.netlab.jp>
	<20030814110915.31f8f04d.rpav@users.sf.net>
	<1060906889.631559.29136.nullmailer@picachu.netlab.jp>
	<20030814193740.3a5948e1.rpav@users.sf.net>
	<200308150335.h7F3ZVPL019823@sharui.nakada.kanuma.tochigi.jp>
	<200308151017.h7FAH8a15508@moulon.inra.fr> <20030815104223.7a644dda.rpav@users.sf.net>
X-ML-Name: ruby-core
X-Mail-Count: 01427
X-MLServer: fml [fml 4.0.3 release (20011202/4.0.3)]; post only (only members can post)
X-ML-Info: If you have a question, send e-mail with the body
	"help" (without quotes) to the address ruby-core-ctl@ruby-lang.org;
	help=<mailto:ruby-core-ctl@ruby-lang.org?body=help>
Precedence: bulk
List-Id: ruby-core.ruby-lang.org
List-Software: fml [fml 4.0.3 release (20011202/4.0.3)]
List-Post: <mailto:ruby-core@ruby-lang.org>
List-Owner: <mailto:ruby-core-admin@ruby-lang.org>
List-Help: <mailto:ruby-core-ctl@ruby-lang.org?body=help>
List-Unsubscribe: <mailto:ruby-core-ctl@ruby-lang.org?body=unsubscribe>
X-Virus-Scanned: by AMaViS perl-10

>>>>> "R" == Ryan Pavlik <rpav@users.sourceforge.net> writes:

R> This isn't so strange.  If T_NODE are kept in the same pool as
R> everything else, then it's entirely possible to get one by accident,

 and this means that you have a bug in your source. You can retrieve a
 valid object, which was not the original object : difficult to trust your
 code in this case.


Guy Decoux