Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25752 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 79434 invoked by uid 1010); 18 Sep 2006 09:40:54 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 79419 invoked from network); 18 Sep 2006 09:40:54 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Sep 2006 09:40:54 -0000 Authentication-Results: pb1.pair.com header.from=francois.laupretre@ratp.fr; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=francois.laupretre@ratp.fr; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain ratp.fr from 62.160.169.9 cause and error) X-PHP-List-Original-Sender: francois.laupretre@ratp.fr X-Host-Fingerprint: 62.160.169.9 odii-smtp1.ratp.fr Solaris 8 (2) Received: from [62.160.169.9] ([62.160.169.9:48544] helo=odii-smtp.ratp.fr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8C/14-50914-3A96E054 for ; Mon, 18 Sep 2006 05:40:52 -0400 Received: from bl03ic06.info.ratp (unknown [188.20.209.10]) by odii-smtp.ratp.fr (Postfix) with ESMTP id C38D911F9AA; Mon, 18 Sep 2006 11:40:47 +0200 (MEST) Received: from EXCHANGE04.info.ratp ([188.20.209.5]) by bl03ic06.info.ratp with Microsoft SMTPSVC(6.0.3790.211); Mon, 18 Sep 2006 11:39:56 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 18 Sep 2006 11:39:56 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: What's wrong with dl? Thread-Index: AcbbBmZsEal0gLt4T7SjSfLoq/PlPQ== To: , X-OriginalArrivalTime: 18 Sep 2006 09:39:56.0448 (UTC) FILETIME=[669CDA00:01C6DB06] Subject: Re: What's wrong with dl? From: francois.laupretre@ratp.fr (=?iso-8859-1?Q?LAUPRETRE_Fran=E7ois_=28P=29?=) I never saw any argument justifying the removal of the dl() feature, = even if the CLI SAPI keeps it. But I can give at least two against it : - If extensions cannot be loaded from the PHP code any more, it becomes = impossible to autoload them when needed. As I wrote in another message, one of the benefits a = 'smart' autoload handler=20 could bring, would be to allow extension autoloading. And not only for = CLI programs: when you distribute a software, it would be much better to autoload extensions in = a transparent manner than require an unexperienced user to modify his php.ini file. - Unless there's a good reason to suppress this feature, I don't see why = we should introduce a difference between the CLI SAPI and other interfaces. IMHO, the decision to remove dl() is wrong. Maybe it looked like a good = idea at first, but considering all its implications, it is not. Francois Edin Kadribasic wrote: > Michael B Allen wrote: > > Our CLI module installer uses dl() to manually load the module and > > validate some basic functionality. This is a very nice feature and = I'm > > disappointed to see it has been deprecated. Will there be any = equivalent > > functionality moving forward? The extension directive is clumsey in = this > > scenario because it would require running a separate script. > > =20 >=20 > dl() is scheduled to be removed from all other SAPI's. I believe that > there are no current plans to deprecate it from the CLI version of = PHP. >=20 > Edin >=20 > --=20 > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php