Re: Fwd: Re: dl() problem
| From: | Pierre-Alain Joye | Date: | Wed, 11 Feb 2004 13:22:37 +0000 |
| Subject: | Re: Fwd: Re: dl() problem | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-7735@lists.php.net to get a copy of this message | ||
Organization: Freelancer
X-Mailer: Sylpheed version 0.9.8claws (GTK+ 1.2.10; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
On Wed, 11 Feb 2004 14:41:19 +0200 (IST)
Stanislav Malyshev <stas@zend.com> wrote:
> Which languages are you talking about? The general answer is,
> obviously, "PHP is not <insert your favorite language here>", but
> let's go specific - what language and what do you mean by that?
python in my case. And not only langages, please check any tools that
allows dynamic load of extensions.
> What alternative do you propose?
A python "import" like. Drop/deprecate dl and implement a nice thing
from scratch ( :-D ). Not really possible regarding the current
deadlines.
> What should it achieve that extension= doesn't?
- "extension=" is not always possible (no access to php.ini). It's a
fact.
- CLI/CGI (as pointed by Derick, but being wrong while saying (fast)cgi
is slow ;) ) application which loads extensions if required. gtk is
one example, but can we drop all the unknown userland application?
- Is it possible to load an extension only in one part of a host?
(RTFM?)
Does "Deprecated" mean that the function may be droped in any future
major release? If yes, the cgi/cli @dl() will not work anymore, and
it's not that good.
pierre