Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26251 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56115 invoked by uid 1010); 25 Oct 2006 12:22:10 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 56100 invoked from network); 25 Oct 2006 12:22:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Oct 2006 12:22:10 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=good Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 66.249.92.175 as permitted sender) DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 66.249.92.175 ug-out-1314.google.com Linux 2.4/2.6 Received: from [66.249.92.175] ([66.249.92.175:34760] helo=ug-out-1314.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D6/42-34241-2F65F354 for ; Wed, 25 Oct 2006 08:22:10 -0400 Received: by ug-out-1314.google.com with SMTP id 80so60961ugb for ; Wed, 25 Oct 2006 05:22:07 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hUiT+SXpQccLlpCF37/n9Fxe7siE0iFIvFLgaiM4yWE6QKdUJ35e9OF3DXYgWug8oDsGbhD90Zme/z14qcL4UkswYa4b2f2dCT1Y9MpHe0ibw8gbv0vl4YHocxnpIA0UbSiiEC2QbO+DW8eBcOo0cyUKIlZ3GQ9IBtPXi8cXTSo= Received: by 10.78.166.7 with SMTP id o7mr737139hue; Wed, 25 Oct 2006 05:22:06 -0700 (PDT) Received: by 10.78.137.6 with HTTP; Wed, 25 Oct 2006 05:22:06 -0700 (PDT) Message-ID: Date: Wed, 25 Oct 2006 14:22:06 +0200 To: keo.skalpa@gmail.com Cc: internals@lists.php.net In-Reply-To: <200610250840.27409.keo.skalpa@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200610250840.27409.keo.skalpa@gmail.com> Subject: Re: [PHP-DEV] Smaller fix for the ext/filter boolean filter limitation (was Re: cvs: php-src /ext/filter long subject) From: pierre.php@gmail.com (Pierre) Hello, On 10/25/06, Skalpa Keo wrote: > > Hi, > > First my apologies for not being able to go a real reply to the real thread, > but I just subscribed to the list a couple days ago (and the original thread > subject was way too long anyway ;-)). > > > > Boolean values are the only case where it is not possible to > > > distinguish FALSE from invalid as they can be FALSE, but it is really > > > not an issue. > > If it wasn't an issue I wouldn't have fixed it. > > IMHO there's a more simple way to fix that without changing all the functions > behavior. I think the distinction between NULL (non-existent data) and FALSE > (invalid) should be kept and that having both cases return NULL, thus forcing > users to use filter_has_var() to determine what this NULL means is a bit > counter-intuitive. The problem is solved and a new flag has been commited, FILTER_NULL_ON_FAILURE. --Pierre