Re: Re: cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c

From: Date: Thu, 30 Aug 2001 07:00:08 +0000
Subject: Re: Re: cvs: php4 /ext/standard basic_functions.c incomplete_class.c php_incomplete_class.h var.c /ext/wddx wddx.c
References: 1 2 3  Groups: php.dev 
Request: Send a blank email to php-dev+get-64686@lists.php.net to get a copy of this message 
[Walter Franzini <walter@sys-net.it>]
> [sorry, my English is bad]
> 
> Zeev Suraski <zeev@zend.com> writes:
> 
> [...]
> 
> > Why?  Whatever extension you use on your box, put them in the php.ini.
> > dl() is never a better option.
> >
> > Zeev
> 
> An example not solvable using php.ini:
> 
> At SysNet, we access dbms only with odbc_* functions using (for
> different apps on the same server) solid and IBMdb2.
> 
> We compile ext/odbc/php_odbc.c as solid.so and ibmdb2.so and load the
> right module using dl ().  Using php.ini is not feasible because this
> lead to multiple function definition.
> 
> I think a similar situation may arise with multiple xslt backend, they
> must export the same API but could provide different features (or
> bugs) so you must use xslt1 for app1 and xslt2 for app2.
> 
> Please don't drop dl () :-)

Shane Caraveo did some work on the ODBC module to solve this once, by
using macros for all potentially clashing symbols in the ext/odbc
source.  It's not there anymore though, and that's mostly my fault.  I
guess we could go back to that model.

 - Stig

-- 
  Stig Sæther Bakken <ssb@alltheweb.com>
  Fast Search & Transfer ASA, Trondheim, Norway

Thread (52 messages)

« previous php.dev (#64686) next »