Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:7727 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 66560 invoked by uid 1010); 11 Feb 2004 12:05:48 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 66534 invoked from network); 11 Feb 2004 12:05:48 -0000 Received: from unknown (HELO mail.zend.com) (192.117.235.230) by pb1.pair.com with SMTP; 11 Feb 2004 12:05:48 -0000 Received: (qmail 25044 invoked from network); 11 Feb 2004 12:05:46 -0000 Received: from guardian.zend.office (HELO zeev-laptop.zend.com) (10.1.1.4) by mail.zend.com with SMTP; 11 Feb 2004 12:05:46 -0000 Reply-To: zeev@zend.com Message-ID: <5.1.0.14.2.20040211140521.0641ebe0@localhost> X-Sender: (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 11 Feb 2004 14:05:41 +0200 To: internals@lists.php.net Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Fwd: Re: dl() problem From: andi@zend.com (Andi Gutmans) >Date: Wed, 11 Feb 2004 14:02:41 +0200 >To: Pierre-Alain Joye >From: Andi Gutmans >Subject: Re: dl() problem >Cc: Pierre-Alain Joye ,zeev@zend.com > >Pierre, > >dl() should have been deprecated a long time ago. >It's not secure (for example on a shared server where you don't have >access to php.ini), it's slow and it doesn't work in multi-threaded >environments. >Besides that there are many chicken&eggs problems with dl() and we don't >feel it's worth screwing up the Zend/PHP source code just to work around >such problems. > >Andi > >At 12:59 PM 2/11/2004 +0100, Pierre-Alain Joye wrote: >>On Wed, 11 Feb 2004 13:47:43 +0200 >>Andi Gutmans wrote: >> >> > Pierre, >> > >> > We looked at the problem. It is not very fixable and as dl() should be >> > >> > deprecated anyway we'll keep things the way they are. >> > You should really load .so files via php.ini both for performance and >> > stability reasons. >> >>Deprecate dl() is not the way. >> >>Performance is not in cause here or not in the way you think. >> >>Then it is not always possible to alter the global php.ini, ie when only >>some sections of a host will use an extension (here the performance >>problem is the counter of what you think). >> >>I do not care that much about the debug&dl issue, but not about dl. dl >>is one of the functions that makes php flexible, we have to keep it, >>imo. >> >>I hope we can find a solution, >> >>thanks for your work, >> >>regards, >> >>pierre