Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:19884 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58845 invoked by uid 1010); 1 Nov 2005 15:03:14 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 58830 invoked from network); 1 Nov 2005 15:03:14 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Nov 2005 15:03:14 -0000 X-Host-Fingerprint: 80.91.229.2 main.gmane.org Linux 2.5 (sometimes 2.4) (4) Received: from ([80.91.229.2:59720] helo=ciao.gmane.org) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 81/3A-02082-2B387634 for ; Tue, 01 Nov 2005 10:03:14 -0500 Received: from root by ciao.gmane.org with local (Exim 4.43) id 1EWxcT-0001EO-8K for internals@lists.php.net; Tue, 01 Nov 2005 16:00:13 +0100 Received: from 82.153.158.114 ([82.153.158.114]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Nov 2005 16:00:13 +0100 Received: from azez by 82.153.158.114 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Nov 2005 16:00:13 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: internals@lists.php.net Date: Tue, 01 Nov 2005 14:52:30 +0000 Lines: 16 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gmane-NNTP-Posting-Host: 82.153.158.114 User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en Sender: news Subject: === on objects fails with recursion! WTH? From: azez@ufomechanic.net (Amin Azez) if ($object1===$object2) does a recursive check! "Fatal error: Nesting level too deep - recursive dependency?" Whats going on? I've go lots of object references all highly recursive and I just sometimes need to check if two objects are the same object i.e. they have the same storage address; I don't need to (and can't afford the time) to recursively check every field. Is there a ==== instead that REALLY does what it seems === is trying to fake, presumably to cover up all the object copying that is normally going on but that I've managed to avoid? Sam