Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:20718 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 96145 invoked by uid 1010); 28 Nov 2005 12:53:39 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 96130 invoked from network); 28 Nov 2005 12:53:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Nov 2005 12:53:39 -0000 X-Host-Fingerprint: 80.74.107.235 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from ([80.74.107.235:31654] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 83/76-21657-2DDFA834 for ; Mon, 28 Nov 2005 07:53:39 -0500 Received: (qmail 8414 invoked from network); 28 Nov 2005 12:53:35 -0000 Received: from internal.zend.office (HELO ?127.0.0.1?) (10.1.1.1) by internal.zend.office with SMTP; 28 Nov 2005 12:53:35 -0000 Message-ID: <438AFDD0.4000306@zend.com> Date: Mon, 28 Nov 2005 15:53:36 +0300 User-Agent: Thunderbird 1.5 (X11/20051025) MIME-Version: 1.0 To: Lester Caine CC: internals@lists.php.net References: <200511281126.15839.Piotr_Roszatycki@netia.net.pl> <438ADE10.4080409@lsces.co.uk> <438ADFE3.60307@emini.dk> <438AE275.6000804@lsces.co.uk> <438AED38.3060202@emini.dk> <438AF1A5.4000800@lsces.co.uk> <438AF493.9060607@zend.com> <438AF9A2.3040801@lsces.co.uk> In-Reply-To: <438AF9A2.3040801@lsces.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP 5.0.5? From: antony@zend.com (Antony Dovgal) On 28.11.2005 15:35, Lester Caine wrote: > Antony Dovgal wrote: > >> On 28.11.2005 15:01, Lester Caine wrote: >> >>> Edin >>> >>> You are missing my point - I'd rather STOP people downloading the >>> stuff that is CAUSING problems everywhere !!! >>> >>> I am still playing catchup with 5.0.5 and now there ase 'complaints' >>> on various forums that some package does not work with 5.1 - do I now >>> fix that - since people are NOT accepting that PHP will be fixed !!! >>> >>> We KNOW what the problems are, but it's people like me who are getting >>> it in the neck because *MY* software does not work. When it's not >>> actually MY fault that is has been broken yet again. I did not write >>> the original code I am just trying to keep it working !!! >> >> I'm pretty sure you had a lot of time to test *YOUR* software with >> release candidates and figure out if it's ready for 5.1 or not before >> the release. > > The simple answer to that is *NO* - we know that anything using > PEAR::Date will bauk, but at present I'm still working on reparing > packages that fail under 5.0.5 "NO" what? No, you didn't have a chance to test it with RCs? Or no, you didn't even try to test it? Didn't get it, sorry.. > I've told users NOT to use 5.1 but that does not stop them - does it ? > Then they complain when things we have told them will not work - don't ! Erm.. Your code doesn't work with 5.1 and has some problems with 5.0, right? So maybe it's better to tell them not to use your code? Or at least to declare officially "THIS CODE WORKS WITH PHP4 ONLY, DON'T EVEN TRY IT WITH PHP5". The latter seems to be the best option to me. Why to blame PHP instead ? > Exactly what I have said - I'm still fixing 5.0.5 problems - now in > packages like PHPDocumentor - which no one else seems to be addressing. > Will PHPDocumentor work with 5.1 - I don't know, but as of today I have > a copy that runs on 5.0.5 - but don't know yet if I have all of the > problems fixed :( > And then there are the people who need the 5.0.5 fixes to PHPDocumentor > so that it will work with PHP4.4.? AFAIR you were told several times that there are branches in CVS and it's pointless to try to make the code compatible with all possible PHP versions. Make a branch and separate PEAR for 5.x and PEAR for 4.x. This way you won't have to make the same code work with PHP5 and PHP4. -- Wbr, Antony Dovgal