Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:55221 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 92659 invoked from network); 5 Sep 2011 13:19:40 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Sep 2011 13:19:40 -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 148.87.113.117 cause and error) X-PHP-List-Original-Sender: ulf.wendel@oracle.com X-Host-Fingerprint: 148.87.113.117 rcsinet15.oracle.com Received: from [148.87.113.117] ([148.87.113.117:48176] helo=rcsinet15.oracle.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 49/74-64330-A6CC46E4 for ; Mon, 05 Sep 2011 09:19:39 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p85DJYCJ016167 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 5 Sep 2011 13:19:36 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p85DJXRU027044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 5 Sep 2011 13:19:34 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p85DJSdL032548 for ; Mon, 5 Sep 2011 08:19:28 -0500 Received: from [192.168.2.116] (/91.58.121.228) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 05 Sep 2011 06:19:28 -0700 Message-ID: <4E64CC62.1000209@oracle.com> Date: Mon, 05 Sep 2011 15:19:30 +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: internals@lists.php.net References: <4E611027.6000103@sugarcrm.com> In-Reply-To: <4E611027.6000103@sugarcrm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4E64CC68.00A3:SCFMA922111,ss=1,re=-4.000,fgs=0 Subject: Re: [PHP-DEV] mysqli tests breaking From: ulf.wendel@oracle.com (Ulf Wendel) No mysqlnd-libmysql BC break here. Metadata and libmysql - there's hardly a better example why mysqlnd should be set as a default. With libmysql as a default, PHP 5.4 will have a "randomly" crashing default configuration. https://bugs.php.net/bug.php?id=55001 http://bugs.mysql.com/bug.php?id=62350 (Note how the issue is there, then gone and then back again depending on version...) Am 02.09.2011 19:19, schrieb Stas Malyshev: > EXPLAIN - metadata [ext/mysqli/tests/mysqli_explain_metadata.phpt] > The reason is that plain SQL and prepared SQL return different data - > catalog field sometimes is "def", sometimes NULL in MYSQL_FIELD > structure returned by mysql_fetch_field_direct(). It may be mysql bug in > which case test should be SKIPed for versions that have this bug. And, yet again metadata... PASS EXPLAIN - metadata [ext/mysqli/tests/mysqli_explain_metadata.phpt] libmysql 5.1.49 @ MySQL 5.1.49 libmysql 5.5.15 @ MySQL 5.1.49 libmysql 5.6.2-m5 @ MySQL 5.1.49 mysqlnd @ MySQL 5.1.49 mysqlnd @ MySQL 5.1.37 FAIL libmysql 5.1.37 @ MySQL 5.1.37 ... always use the latest and greatest. Libmysql bug, exact version range is not known to me. Feel free to change the test to be skipped during SKIPIF, for example, like this: require(connect.inc) if (!IS_MYSQLND && libmysql_version > ... && libmysql_version < ...) die(skip libmysql bug) At the first look, I can't find a related bug report at bugs.php.net. Looks like few people compare PS and non-PS metadata for EXPLAIN in their application. Ulf