Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:25868
Return-Path: <ceo@l-i-e.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 46419 invoked by uid 1010); 28 Sep 2006 19:00:31 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 46404 invoked from network); 28 Sep 2006 19:00:31 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 28 Sep 2006 19:00:31 -0000
Authentication-Results: pb1.pair.com header.from=ceo@l-i-e.com; sender-id=unknown
Authentication-Results: pb1.pair.com smtp.mail=ceo@l-i-e.com; spf=permerror; sender-id=unknown
Received-SPF: error (pb1.pair.com: domain l-i-e.com from 67.139.134.202 cause and error)
X-PHP-List-Original-Sender: ceo@l-i-e.com
X-Host-Fingerprint: 67.139.134.202 o2.hostbaby.com FreeBSD 4.7-5.2 (or MacOS X 10.2-10.3) (2)
Received: from [67.139.134.202] ([67.139.134.202:1685] helo=o2.hostbaby.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 20/A4-21168-DCB1C154 for <internals@lists.php.net>; Thu, 28 Sep 2006 15:00:30 -0400
Received: (qmail 41597 invoked by uid 98); 28 Sep 2006 19:00:29 -0000
Received: from 127.0.0.1 by o2.hostbaby.com (envelope-from <ceo@l-i-e.com>, uid 1013) with qmail-scanner-1.25 
 (clamdscan: 0.88.4/1948.  
 Clear:RC:1(127.0.0.1):. 
 Processed in 1.930908 secs); 28 Sep 2006 19:00:29 -0000
X-Qmail-Scanner-Mail-From: ceo@l-i-e.com via o2.hostbaby.com
X-Qmail-Scanner: 1.25 (Clear:RC:1(127.0.0.1):. Processed in 1.930908 secs)
Received: from unknown (HELO l-i-e.com) (127.0.0.1)
  by localhost with SMTP; 28 Sep 2006 19:00:26 -0000
Received: from 208.195.234.254
        (SquirrelMail authenticated user ceo@l-i-e.com)
        by www.l-i-e.com with HTTP;
        Thu, 28 Sep 2006 14:00:26 -0500 (CDT)
Message-ID: <62050.208.195.234.254.1159470026.squirrel@www.l-i-e.com>
In-Reply-To: <450A6009.2040703@emini.dk>
References: <20060914192811.4f41c908.mba2000@ioplex.com>
    <450A6009.2040703@emini.dk>
Date: Thu, 28 Sep 2006 14:00:26 -0500 (CDT)
To: internals@lists.php.net
Reply-To: ceo@l-i-e.com
User-Agent: Hostbaby Webmail
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Subject: Re: [PHP-DEV] What's wrong with dl?
From: ceo@l-i-e.com ("Richard Lynch")

On Fri, September 15, 2006 3:10 am, 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.
>>
>
> 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.

Aroo?!

You mean the .so files I compile and install on my shared hosting and
use dl() to load in on an as-needed basis are screwed?!

Dang!

I trust there is good reason for this?...

I've got several applications in production that will be dead in the
water due to this.

I can't be the only one...

-- 
Like Music?
http://l-i-e.com/artists.htm