Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:88294 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 74220 invoked from network); 17 Sep 2015 23:14:54 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Sep 2015 23:14:54 -0000 Authentication-Results: pb1.pair.com header.from=rowan.collins@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=rowan.collins@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.174 as permitted sender) X-PHP-List-Original-Sender: rowan.collins@gmail.com X-Host-Fingerprint: 209.85.212.174 mail-wi0-f174.google.com Received: from [209.85.212.174] ([209.85.212.174:38513] helo=mail-wi0-f174.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 14/80-05737-D694BF55 for ; Thu, 17 Sep 2015 19:14:54 -0400 Received: by wiclk2 with SMTP id lk2so9814060wic.1 for ; Thu, 17 Sep 2015 16:14:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=B7l9w5gWZz1frMsBFb0LR4tX1ybexcVKZvllL2AdE5I=; b=uAi3AZpNmwtbNQ17zW193X4qKwaY9hV23IEtwrsR8R1E6yO5+EGsWHtgcdQ6srdKhf ss9C+v9zfT6b4hpI1nGl8Aw9lcpzPz5RWaozSJwOP3OMwlNIehAgfNWkmSm9M6S0+Geb TglT+XDrjZwzxhhzO+2LMOBFp1VH5WAQQhEALzomaebZMrg2gDyD9lyIqHnKvt1B8hY4 YXu1yy2uhpNUgHDgqRjdeQrzdtsUM7vn65YQrtXIQcrakWVyzGAYUP0OdfQdySQZafBo FfV6kj9ElicqJ31s2GaAZMaPMtOoLRdS5PlsV/IdrGoYcN8lmBz9WhPEtPFp4b6bIcwt 3mRw== X-Received: by 10.180.87.225 with SMTP id bb1mr35563046wib.0.1442531690540; Thu, 17 Sep 2015 16:14:50 -0700 (PDT) Received: from [192.168.0.5] (cpc68956-brig15-2-0-cust215.3-3.cable.virginm.net. [82.6.24.216]) by smtp.googlemail.com with ESMTPSA id pu6sm5716532wjc.34.2015.09.17.16.14.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Sep 2015 16:14:50 -0700 (PDT) To: internals@lists.php.net References: <9AF329EC-99A5-412D-A52B-432627A5520F@gmail.com> <6F4D91EE-B56E-4B83-B1AF-598C3F6897FC@craigfrancis.co.uk> <55F07BA4.2000204@gmail.com> <55F6B911.9080400@gmail.com> <96BE7F01-D04B-483B-B1A3-B45CED6DFCDC@craigfrancis.co.uk> <55F6F08C.1020506@gmail.com> <0BEF6D82-CB5F-49F6-A3A4-3267924A0CDA@thesba.com> <55F72CA9.2060301@gmail.com> <09369945-76FE-4E08-9C2C-15FB0577AD27@thesba.com> <55F752E7.9070801@gmail.com> <55F9B4C7.3050700@gmail.com> <440C64A2-4B4F-4AEF-ACE3-F3A6637EBAB6@thesba.com> <55F9D704.5050002@lsces.co.uk> <55F9EFA2.9020908@lsces.co.uk> <0022A1D9-DC37-4F49-B58E-FBED5AF872BA@gmail.com> <55F9FAB3.2050100@lsces.co.uk> <55FB19CB.7080707@gmail.com> <55FB3117.5040204@lsces.co.uk> <55FB3A60.1040601@gmail.com> <55FB4270.7000204@lsces.co.uk> Message-ID: <55FB4969.7080600@gmail.com> Date: Fri, 18 Sep 2015 00:14:49 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <55FB4270.7000204@lsces.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP 7.1 - Address PHPSadness #28? From: rowan.collins@gmail.com (Rowan Collins) On 17/09/2015 23:45, Lester Caine wrote: > The 'does not exist' requires that there IS a second field to carry the > flag that 'MOT' is not required, while simply leaving it out of the > result set then saves two fields. I'm confused - do you mean that some rows in the result set from the database have columns "missing", rather than just set to NULL? That's not something I've ever come across before. By the way, you still haven't addressed my point about this whole setup only giving you 3 states, and there being no particular reason you won't need a 4th later. > Currently one has to switch off errors where is_null may be used with a > non-existent field Why? That's what isset() is for, which is where this whole discussion started; I'm not sure why you've suddenly mentioned is_null(). > Deprecate expand() so it's use is not possible may be another 'fix'? Surely there are plenty of ways to use extract() without attempting to give meaning to missing variables. Regards, -- Rowan Collins [IMSoP]