I'll do it.
Dmitry.
On Mon, 2005-07-18 at 18:04 +0300, Stanislav Malyshev wrote:
> DS>>We can reimplement zend_register_internal_module() to return
> DS>>zend_module_entry* instead of bool.
>
> Yes, I think it's the most simple way to do it.
--
PHP Internals - PHP Runtime Development Mailing
DS>>We can reimplement zend_register_internal_module() to return
DS>>zend_module_entry* instead of bool.
Yes, I think it's the most simple way to do it.
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115
--
PHP Internals - PHP Runtime D
Hi Stas,
We can reimplement zend_register_internal_module() to return
zend_module_entry* instead of bool.
(The same behavior is in dl() function).
Thanks. Dmitry.
> -Original Message-
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 18, 2005 5:16 PM
> To: PHP D
On Monday 18 of July 2005 16:35, George Schlossnagle wrote:
> Sure. They inevitably will have differing behaviors (if not, why not
> just have a single unified function). Given that, you'll have
> different behaviors on different machines in a way that is not
> terribly transparent to end-users.
On Jul 18, 2005, at 10:30 AM, Andrew Yochum wrote:
On Jul 18, 2005, at 10:15 AM, George Schlossnagle wrote:
Drop-in replacements are evil. If you want to do this, you should
just create a new function that does what you need to do and name
it differently. If you're dead-set on doing a n
On Jul 18, 2005, at 10:15 AM, George Schlossnagle wrote:
Drop-in replacements are evil. If you want to do this, you should
just create a new function that does what you need to do and name
it differently. If you're dead-set on doing a name-based
replacement, then you should have your exte
Drop-in replacements are evil. If you want to do this, you should
just create a new function that does what you need to do and name it
differently. If you're dead-set on doing a name-based replacement,
then you should have your extension modify the symbol table directly,
but again, this i
Hi. I'd like to see mail() function in separate extension module. It would be
possible to replace i.e. standard `extension=mail.so' with i.e.
`extension=sendmail.so'.
What do you think? Is it worth to prepare the patch?
--
.''`.Piotr Roszatycki, Netia SA
: :' :mailto:[EMAIL PROTECTED]
I see very serious problem un current module registration/startup
functions in 5.1.
In 5.0, there was a function zend_startup_module which did two things:
1. Register PHP module with the system
2. Run startup function of the module
Now, in 5.1 those functions got spearated. However, the problem
Great ! Tell me if you want me to test the new oci extension.
> -Message d'origine-
> De : Antony Dovgal [mailto:[EMAIL PROTECTED]
> Envoyé : lundi 18 juillet 2005 10:20
> À : BUSTARRET, Jean-Francois
> Cc : internals@lists.php.net
> Objet : Re: [PHP-DEV] [OCI8] Patch for bug #29779
>
>
Hello Jean-Francois!
On Mon, 18 Jul 2005 10:08:10 +0200
"BUSTARRET, Jean-Francois" <[EMAIL PROTECTED]> wrote:
>
> I created a patch for http://bugs.php.net/bug.php?id=29779 (which can be
> considered as a feature request more than a bug).
>
> Rather than pinging existing connection each time,
I created a patch for http://bugs.php.net/bug.php?id=29779 (which can be
considered as a feature request more than a bug).
Rather than pinging existing connection each time, which would slow down things
too much for high traffic sites, the patch pings connections only every x
seconds. Consider
PHP 5 Bug Database summary - http://bugs.php.net
Num Status Summary (344 total including feature requests)
===[*Compile Issues]==
33651 Feedback configure fails on -lreadline but real failure is -lpq
==
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (655 total including feature requests)
===[Adabas-D related]=
32486 Open odbc_fetch_into returns wrong data
===[Arrays
14 matches
Mail list logo
