Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:30391 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 72656 invoked by uid 1010); 1 Jul 2007 20:23:25 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 72641 invoked from network); 1 Jul 2007 20:23:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Jul 2007 20:23:25 -0000 Authentication-Results: pb1.pair.com smtp.mail=schultz@widescreen.ch; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=schultz@widescreen.ch; sender-id=unknown Received-SPF: error (pb1.pair.com: domain widescreen.ch from 213.46.255.22 cause and error) X-PHP-List-Original-Sender: schultz@widescreen.ch X-Host-Fingerprint: 213.46.255.22 viefep18-int.chello.at Solaris 10 (beta) Received: from [213.46.255.22] ([213.46.255.22:15457] helo=viefep28-int.chello.at) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 79/3A-32240-B3D08864 for ; Sun, 01 Jul 2007 16:23:24 -0400 Received: from [127.0.0.1] (really [77.56.205.104]) by viefep28-int.chello.at (InterMail vM.7.08.02.02 201-2186-121-104-20070414) with ESMTP id <20070701202319.SEJI23618.viefep28-int.chello.at@[127.0.0.1]> for ; Sun, 1 Jul 2007 22:23:19 +0200 Message-ID: <46880D3A.6050907@widescreen.ch> Date: Sun, 01 Jul 2007 22:23:22 +0200 User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: internals@lists.php.net References: <468519DC.8060502@widescreen.ch> <4685785E.5010709@zend.com> <585221804.20070701154538@marcus-boerger.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000752-8, 01.07.2007), Outbound message X-Antivirus-Status: Clean Subject: Re: [PHP-DEV] toString() and Object #ID From: schultz@widescreen.ch (Lars Schultz) > The problem is that there is no such unique id in the current engine. > Okay!;) That's a very good reason, I guess;) Explains a lot. Why not use spl_object_hash instead of the old default behaviour?