Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23934 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 80012 invoked by uid 1010); 4 Jun 2006 15:42:16 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 79997 invoked from network); 4 Jun 2006 15:42:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Jun 2006 15:42:16 -0000 X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 81.169.182.136 ajaxatwork.net Linux 2.4/2.6 Received: from ([81.169.182.136:33034] helo=strato.aixcept.de) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id E9/1C-49656-75FF2844 for ; Sun, 04 Jun 2006 11:42:15 -0400 Received: from baumbart.mbo (dslb-084-063-007-047.pools.arcor-ip.net [84.63.7.47]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by strato.aixcept.de (Postfix) with ESMTP id 671F135C1E2; Sun, 4 Jun 2006 17:42:11 +0200 (CEST) Date: Sun, 4 Jun 2006 17:42:10 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1875973308.20060604174210@marcus-boerger.de> To: Andi Gutmans Cc: internals@lists.php.net In-Reply-To: <7.0.1.0.2.20060604083343.034abe88@zend.com> 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> <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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Missing __toString() part From: helly@php.net (Marcus Boerger) Hello Andi, you don't read my proposals, do you? If you read them you will find that i actually proposed to add a function that uses exactly what you just wrote here. best regards marcus Sunday, June 4, 2006, 5:35:25 PM, you wrote: > Yes, I realize that but it doesn't happen today and I don't think we > couldn't make this a rule (requiring extensions to have unique id's > per classes). In any case, we can always make it the following string: > "id=#unique id" > Andi > At 08:18 AM 6/4/2006, Marcus Boerger wrote: >>Hello Andi, >> >> the classname doesn't help, it is the handler that you need. In theory >>you can have two objects with the same id and classname but not with the >>same id and handler table. >> >>best regards >>marcus >> >>Sunday, June 4, 2006, 5:14:46 PM, you wrote: >> >> > At 08:08 AM 6/4/2006, Marcus Boerger wrote: >> >>Hello Andi, >> >> >> >> it was your own argument that the id itself is not unique when some >> >>time ago somebody wanted to have access to that id from userland. And >> >>it is also the reason for SplObjectStorage the way it is today. >> >> > The object id itself is not unique, but coupled with the class name >> > it is. All this means is that the unique id has to be a string and >> > not a number. I mentioned in the past that it'd be a problem to have >> > a number as the unique id. >> >> >>By 'it hash' nothing to do with hash' i mean that the classname does >> >>not belong into a hash. >> >> > My point is that the string "ClassName#id" is what would be the >> > unique identifier. e.g. that's what toKey() would return (assuming >> > we'd want such a method). >> >> > Andi >> >> >> >> >>Best regards, >> Marcus Best regards, Marcus