Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48837 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 41773 invoked from network); 19 Jun 2010 11:00:54 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Jun 2010 11:00:54 -0000 Authentication-Results: pb1.pair.com header.from=Johannes.Schlueter@Sun.COM; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=Johannes.Schlueter@Sun.COM; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain Sun.COM from 192.18.6.21 cause and error) X-PHP-List-Original-Sender: Johannes.Schlueter@Sun.COM X-Host-Fingerprint: 192.18.6.21 gmp-eb-inf-1.sun.com Solaris 10 (beta) Received: from [192.18.6.21] ([192.18.6.21:54638] helo=gmp-eb-inf-1.sun.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B7/E6-21297-463AC1C4 for ; Sat, 19 Jun 2010 07:00:53 -0400 Received: from fe-emea-13.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o5JB0o7x009299 for ; Sat, 19 Jun 2010 11:00:50 GMT MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=UTF-8 Received: from conversion-daemon.fe-emea-13.sun.com by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0L4900600D8MW900@fe-emea-13.sun.com> for internals@lists.php.net; Sat, 19 Jun 2010 12:00:25 +0100 (BST) Received: from [192.168.1.33] ([unknown] [93.104.42.227]) by fe-emea-13.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0L49006WHD8LQY00@fe-emea-13.sun.com>; Sat, 19 Jun 2010 12:00:25 +0100 (BST) Date: Sat, 19 Jun 2010 13:00:19 +0200 In-reply-to: Sender: Johannes.Schlueter@Sun.COM To: Sebastian Bergmann Cc: internals@lists.php.net Message-ID: <1276945220.5172.66.camel@guybrush> Organization: Sun Microsystems References: Subject: Re: [PHP-DEV] Remove ext/mysql from trunk? (was: Re: [PHP-DEV] Remove sqlite2 from trunk) From: Johannes.Schlueter@Sun.COM (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Sat, 2010-06-19 at 12:45 +0200, Sebastian Bergmann wrote: > Am 19.06.2010 11:33, schrieb Patrick ALLAERT: > > What are the possible actions/alternatives? > > I think this was already mentioned: add a BC layer to ext/mysqli so > that the "new" extension supports the old mysql_* functions. This would > rid us off the old ext/mysql code without breaking code that relies on > it. ... while such a wrapper has about the same amount of code as the classic mysql extension (... which is in most parts a simple wrapper over library functions...) Or in other words: Such a wrapper doesn't have real benefits. What might be interesting is to write the wrapper in 100% PHP on top of mysqli. that gives an easy migration path (include/auto_prepend that lib) and makes the purpose clear ... (while there is one major limitation with such an approach: The old mysql extension uses resources whereas mysqli uses objects, so $conn = mysql_connect(); var_dump(is_resource($conn)); can't be emulated that way) johannes -- Johannes Schlüter MySQL Engineering Connectors and Client Connectivity Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht München: HRB161028 Geschäftsführer: Jürgen Kunz