Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:23941
Return-Path: <andi@zend.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 93190 invoked by uid 1010); 4 Jun 2006 16:11:36 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 93175 invoked from network); 4 Jun 2006 16:11:36 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 4 Jun 2006 16:11:36 -0000
X-PHP-List-Original-Sender: andi@zend.com
X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4)
Received: from ([80.74.107.235:52307] helo=mail.zend.com)
	by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP
	id 49/ED-49656-73603844 for <internals@lists.php.net>; Sun, 04 Jun 2006 12:11:36 -0400
Received: (qmail 16396 invoked from network); 4 Jun 2006 16:11:06 -0000
Received: from localhost (HELO ANDI-NOTEBOOK.zend.com) (127.0.0.1)
	by localhost with SMTP; 4 Jun 2006 16:11:06 -0000
Message-ID: <7.0.1.0.2.20060604090809.03aef190@zend.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0
Date: Sun, 04 Jun 2006 09:11:20 -0700
To: Derick Rethans <derick@php.net>
Cc: Marcus Boerger <helly@php.net>,internals@lists.php.net
In-Reply-To: <Pine.LNX.4.62.0606041804290.3465@localhost>
References: <795156743.20060603134212@marcus-boerger.de>
	<509342741.20060603183859@marcus-boerger.de>
	<7.0.1.0.2.20060603175211.02208a50@zend.com>
	<20060604030100.1093d2f9@pierre-u64>
	<7.0.1.0.2.20060603181129.0396fc18@zend.com>
	<44823B41.5000608@akbkhome.com>
	<44823C51.7040408@lerdorf.com>
	<64299052.20060604120852@marcus-boerger.de>
	<20060604135241.3beacb32@pierre-u64>
	<1853717276.20060604140317@marcus-boerger.de>
	<fe05d1540606040505o5297a1a8re4ab19f43c36a42c@mail.gmail.com>
	<1912643046.20060604141822@marcus-boerger.de>
	<7.0.1.0.2.20060604071847.03b74850@zend.com>
	<1834492302.20060604165624@marcus-boerger.de>
	<7.0.1.0.2.20060604075725.03d77b20@zend.com>
	<1996647038.20060604170829@marcus-boerger.de>
	<7.0.1.0.2.20060604081244.03dcd938@zend.com>
	<334553601.20060604171820@marcus-boerger.de>
	<7.0.1.0.2.20060604083343.034abe88@zend.com>
	<Pine.LNX.4.62.0606041740390.3465@localhost>
	<7.0.1.0.2.20060604085729.0343f788@zend.com>
	<Pine.LNX.4.62.0606041804290.3465@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Subject: Re: [PHP-DEV] Missing __toString() part
From: andi@zend.com (Andi Gutmans)

At 09:05 AM 6/4/2006, Derick Rethans wrote:
>On Sun, 4 Jun 2006, Andi Gutmans wrote:
>
> > Again, I don't think we should have a hash but a unique id which 
> can be used
> > as an array key and in other things. Difference. Hash implies that it's not
> > unique, I'm talking about unique.
>
>Instead of all those hacky ways to come up with IDs, why don't se simply
>change the engine not to reuse those IDs in the first place? Seems to
>solve quite a few problems.

Because the idea is that each extension can control its own object 
storage if needed. If it gets a centralized id with an arbitrary 
limit (say 32bit) then they'd all have to use hashes for the storage 
instead of arrays. It's actually a beneficial thing that we decoupled 
the extensions.
There is no reason why a string key such as I suggested, wouldn't 
solve your problems of lack of id...

Andi