Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:55216 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 66555 invoked from network); 5 Sep 2011 10:12:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Sep 2011 10:12:08 -0000 Authentication-Results: pb1.pair.com smtp.mail=ulf.wendel@oracle.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=ulf.wendel@oracle.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain oracle.com from 141.146.126.227 cause and error) X-PHP-List-Original-Sender: ulf.wendel@oracle.com X-Host-Fingerprint: 141.146.126.227 acsinet15.oracle.com Received: from [141.146.126.227] ([141.146.126.227:25214] helo=acsinet15.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 02/70-64330-670A46E4 for ; Mon, 05 Sep 2011 06:12:07 -0400 Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p85AC1VF025137 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 5 Sep 2011 10:12:03 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p85AC0vk015616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Sep 2011 10:12:01 GMT Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p85ABtZw004852; Mon, 5 Sep 2011 05:11:55 -0500 Received: from [192.168.2.116] (/91.58.121.228) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 05 Sep 2011 03:11:55 -0700 Message-ID: <4E64A06D.5050606@oracle.com> Date: Mon, 05 Sep 2011 12:11:57 +0200 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: Stas Malyshev CC: "internals@lists.php.net" References: <4E611027.6000103@sugarcrm.com> <4E630027.9030502@sugarcrm.com> <4E649696.8090602@oracle.com> <4E64984C.8020900@sugarcrm.com> <4E649B3F.8010203@oracle.com> <4E649DCA.2010300@sugarcrm.com> In-Reply-To: <4E649DCA.2010300@sugarcrm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A090206.4E64A074.0074,ss=1,re=0.000,fgs=0 Subject: Re: [PHP-DEV] Re: mysqli tests breaking From: ulf.wendel@oracle.com (Ulf Wendel) Am 05.09.2011 12:00, schrieb Stas Malyshev: > Hi! > > On 9/5/11 2:49 AM, Ulf Wendel wrote: >> Returning a relevant value for stmt_num_rows() seems a valid feature >> request that makes perfectly sense to me and is somewhat in line with >> the vague non-PS documentation of the case. > > It's not a good situation where mysqlnd and libmysql have different > semantics and people are encouraged to rely on it (if you call it > feature, you encourage people to use it, otherwise why call it > feature?). It leads to code that works on mysqnd but not on libmysql, > without any indication of it - you'll just install an app, and it would Well, those who want to reply on UNDEFINED behavior, shall fool themselves. It will be a great laugh for the rest of us. Ulf