Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:18951 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 31944 invoked by uid 1010); 15 Sep 2005 07:23:39 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 31929 invoked from network); 15 Sep 2005 07:23:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Sep 2005 07:23:39 -0000 X-Host-Fingerprint: 202.45.97.87 dsl-202-45-97-87.ACT.netspace.net.au Received: from ([202.45.97.87:16210] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id E3/B2-41173-97129234 for ; Thu, 15 Sep 2005 03:23:37 -0400 Message-ID: To: internals@lists.php.net Date: Thu, 15 Sep 2005 17:23:31 +1000 User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <43276022.6020702@encode.net.au> <7C.1C.41173.4D828234@pb1.pair.com> <63.BA.41173.BB6E8234@pb1.pair.com> <4328EFC1.3030500@lerdorf.com> <38.3D.41173.B58F8234@pb1.pair.com> <4328F9DC.40302@lerdorf.com> In-Reply-To: <4328F9DC.40302@lerdorf.com> X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 202.45.97.87 Subject: Re: [PHP-DEV] Reference handling change and PHP 4.4.0 From: leigh@eon.com.au (Leigh Makewell) Rasmus Lerdorf wrote: > Well, that is the point, it didn't actually work. Code similar to this > caused memory corruption. So while you may not have seen an instant > crash, over time and in certain conditions you would get unexplained > crashes. In order to fix this bug we needed to check for this sort of > code and in doing so we were able to fix it and also enhance the warning > levels to let people detect this sort of potentially bogus code. > > -Rasmus You don't seem to understand. I'll let you in on a secret. We don't care about the php engine and how it works. What we care about is the PHP code and whether that works. Like it or not you set a precedent. You allowed us to write code that worked. Maybe it didn't work 100% and occasionally caused a crash, but that doesn't change the fact it worked. It must of worked otherwise people wouldn't of written it that way. The fact that there was some memory corruption occuring occasionally is a bug in *your* system. We don't care why it happens, or what is causing it. All we do care about is that it gets fixed. You have now demonstrated to us that the PHP developers can't be bothered trying to find a real solution so you decided to pass the buck and make us, your users, fix it for you. That is why we are angry. How do we know this won't happen again? What happens next time you find a bug that is just too hard? Will we have to change our code on every version release? How much is that going to cost us in time and money, and why should we bother?