Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:7553 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 24936 invoked by uid 1010); 4 Feb 2004 18:25:36 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 24831 invoked from network); 4 Feb 2004 18:25:35 -0000 Received: from unknown (HELO edwardbear.org) (216.179.74.133) by pb1.pair.com with SMTP; 4 Feb 2004 18:25:35 -0000 Received: by edwardbear.org (Postfix, from userid 1000) id 13D944EA04; Wed, 4 Feb 2004 19:25:15 +0100 (CET) Date: Wed, 4 Feb 2004 13:25:15 -0500 To: Zeev Suraski Cc: internals@lists.php.net Message-ID: <20040204182514.GM5094@bumblebury.com> References: <5.1.0.14.2.20040204201046.06eae688@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5.1.0.14.2.20040204201046.06eae688@localhost> User-Agent: Mutt/1.5.5.1+cvs20040105i Subject: Re: [PHP-DEV] RC1 From: sterling@php.net (Sterling Hughes) > Hey, > > (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 !== > Should be NULL, not a boolean FALSE, IMNHO (*). False indicates the given operation was not succesful but everything supplied was in valid boundaries. At least that's how I see it, but PHP is across the board inconsistent in this area, so I see no reason to break BC. > (b) Default inclusion of the SOAP extension > +1 -Sterling (*) In My Never Humble Opinion -- "Reductionists like to take things apart. The rest of us are just trying to get it together." - Larry Wall, Programming Perl, 3rd Edition