Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:7580 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76099 invoked by uid 1010); 4 Feb 2004 20:52:01 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 76074 invoked from network); 4 Feb 2004 20:52:01 -0000 Received: from unknown (HELO shiva.mind.de) (212.42.230.204) by pb1.pair.com with SMTP; 4 Feb 2004 20:52:01 -0000 Received: from [192.168.1.100] (p508E9913.dip.t-dialin.net [80.142.153.19]) by shiva.mind.de (Postfix) with ESMTP id 1736D97B66; Wed, 4 Feb 2004 21:51:55 +0100 (CET) Date: Wed, 4 Feb 2004 21:53:16 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <8-453669796.20040204215316@marcus-boerger.de> To: Zeev Suraski Cc: internals@lists.php.net In-Reply-To: <5.1.0.14.2.20040204201046.06eae688@localhost> References: <5.1.0.14.2.20040204201046.06eae688@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] RC1 From: helly@php.net (Marcus Boerger) Hello Zeev, Wednesday, February 4, 2004, 7:20:47 PM, you wrote: > Hey, > As you must have realized Andi and I have resolved some of the key > remaining issues for PHP 5 (and we still are). > Due to fact that some of these changes have been pretty big changes we > suggest to turn the RC1 we wanted to release at the end of January to a > beta 4 by the end of next week. > If everything goes smoothly after that, we think RC1 should follow two > weeks later. That makes no sense. We still have a lot of open issues so we should calm down a bit and care for creating a working thing instead for the earliest time we could deliver. > Also, Dmitry has pretty much finished his work on doing a > major rewrite of the SOAP extension. We think it would be cool to include > it in Beta 4 (it will be feature-frozen by that time) and then go for > inclusion in PHP 5. > A couple of issues we'd like to decide onbefore we go out with beta 4 are: > (a) Failure return value of FETCH_RESOURCE and the default return value - > should we change it to be FALSE? Today it's NULL, which is inconsistent > with most of the functions in PHP which return FALSE on failure. The > downside is that changing it may break scripts that check the return value > with === or !== In several places you must now do: $res = func(); if ($res !== NULL && $res !== false) ... plus you have to read lots of documentation when to use what. So i am all for making it a bit consistent. Also most ppl used !== false because most ppl didn't knew the return NULL for out ouf boundaries. So i see nothing to care about what we'd loose. > (b) Default inclusion of the SOAP extension +1 prbably not default enabled for 5.0 and we need to change to php_error_docref() and have a look on ZTS which is stupidly solved right now (many unneccesary TSRMLS_FETCH()). -- Best regards, Marcus mailto:helly@php.net