Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:55274 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 77277 invoked from network); 7 Sep 2011 06:38:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Sep 2011 06:38:31 -0000 Authentication-Results: pb1.pair.com header.from=php@hristov.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=php@hristov.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain hristov.com from 91.196.124.214 cause and error) X-PHP-List-Original-Sender: php@hristov.com X-Host-Fingerprint: 91.196.124.214 more.superhosting.bg Linux 2.6 Received: from [91.196.124.214] ([91.196.124.214:59164] helo=more.superhosting.bg) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 84/43-52841-561176E4 for ; Wed, 07 Sep 2011 02:38:31 -0400 Received: from androto.ddns.playtime.bg ([87.121.162.167] helo=[192.168.2.117]) by more.superhosting.bg with esmtpa (Exim 4.69) (envelope-from ) id 1R1BmD-0000HV-Ni; Wed, 07 Sep 2011 09:38:25 +0300 Message-ID: <4E67115B.1060107@hristov.com> Date: Wed, 07 Sep 2011 08:38:19 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 ThunderBrowse/3.8 MIME-Version: 1.0 To: Tomas Kuliavas CC: internals@lists.php.net References: <1314966424.2150.26.camel@guybrush> <4E60F712.4010901@lerdorf.com> <4E612BBA.2000509@oracle.com> <4E612D70.70606@sugarcrm.com> <1314994484.2150.49.camel@guybrush> <4E613ECC.2010007@sugarcrm.com> <4E61401C.1060009@sugarcrm.com> <4E64875B.5090701@hristov.com> <4E649170.30004@sugarcrm.com> <4E65F9FF.70806@phpdoc.de> <4E667593.9040805@sugarcrm.com> <4E668097.9080205@phpdoc.de> <43647.5626b8de.1315372652.nsm@avilys.eik.lt> In-Reply-To: <43647.5626b8de.1315372652.nsm@avilys.eik.lt> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - more.superhosting.bg X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - hristov.com X-Source: X-Source-Args: X-Source-Dir: Subject: Re: [SPAM?]: Re: [PHP-DEV] Make mysqlnd default over libmysql in 5.4 From: php@hristov.com (Andrey Hristov) Hi, On 09/07/2011 07:17 AM, Tomas Kuliavas wrote: > 2011.09.06 23:20 Ulf Wendel rašė: >> Am 06.09.2011 21:33, schrieb Stas Malyshev: >>> Hi! >>> >>>> Any new PHP major release is about setting new directions. I, Andrey >>>> and >>>> Johannes, the guys maintaining ext/*mysql* recommend going mysqlnd >>>> after >>>> an "incubation" of some four years (5.3x series + dev time). >>> >>> My concern was also that making mysqlnd the default would make libmysql >>> support considered secondary and unimportant. As I was assured it is not >>> the case and the differences between mysqlnd and libmysql flavors seem >>> to be rectified or in the process of being rectified, and I heard no >>> objections for this as a default, I'm OK with it now. >> >> Jippie! >> >> Removing libmysql support would be crazy. Not only from a PHP >> perspective but also from a MySQL one. For PHP it is a must-have >> fallback option. For MySQL the PHP stuff is a nice libmysql test drive. >> Not a welcome job among the mysqlnd fan boys, as you noticed. But then, >> sometimes we count mysqlnd vs. libmysql issues... > > Bouncing bug reports (https://bugs.php.net/bug.php?id=55001) that are not > reproducible on setup with mysqlnd when user reports about issue with > libmysql is not the way bugs are solved. mysqlnd is not authoritative > source for mysql extension behavior. libmysql is. That bug report shows > semantics differences Stas was talking about and bug status shows the way > you are handling it. If libmysql semantics change between versions, > indicate that in bug report instead refusing to solve the problem with > 'mysqlnd works fine' > The specific case you are talking about is a bug in libmysql. Seems like a very old one as it has been reproduced with a vast range of versions. What Ulf tells you is that you might want to consider mysqlnd, as it had exposed less bugs than libmysql did so far and crashes less in some weirdo cases, than libmysql does. And we talk about libmysql, not the extensions than wrap it. The interface to libmysql won't die, we will support it but be sure that mysqlnd will be better because it is and will be engineered towards the needs of PHP and not like libmysql towards the needs of everyone but the aliens. I hope that even the hardcore supporters for mysqlX@libmysql will some day realize that waiting for a libmysql fix in a mission critical environment will cost them (in time and hence money) a lot more than waiting for the proper mysqlnd fix (applying a patch from svn). Best, Andrey