I take it back, fixing that in SPL and reflection did do something :)
The only problem left now is that DL_UNLOAD's called too soon - we need
ts_free_id() to be called in the Zend module_destructor, but DL_UNLOAD to be
called at the end of tsrm_shutdown() - or at least, after the global core
stuff is destroyed. And TSRM doesn't know about the module. Hm.
----- Original Message -----
From: "Steph Fox" steph@zend.com
To: "internals" internals@lists.php.net
Sent: Sunday, June 04, 2006 8:26 AM
Subject: small note about interface registration
Guys/gal,
At the risk of being boring, someone should probably know that the
ZEND_ACC_INTERFACE flag isn't getting set for anything outside the Engine
during zend_register_internal_interface(). zend_API.c needs to #include
zend_compile.h to get it defined, unless you know a better way.SPL and Reflection don't use zend_register_internal_interface(), so they
won't get theirs set from within ZE anyway (tho' they probably should).Note that this doesn't fix my PHP-GTK issue, it was just a side-query into
global class table corruption :-(
- Steph
Hello Steph,
what did you fix in spl and reflection?
best regards
marcus
Sunday, June 4, 2006, 9:05:02 AM, you wrote:
I take it back, fixing that in SPL and reflection did do something :)
The only problem left now is that DL_UNLOAD's called too soon - we need
ts_free_id() to be called in the Zend module_destructor, but DL_UNLOAD to be
called at the end of tsrm_shutdown() - or at least, after the global core
stuff is destroyed. And TSRM doesn't know about the module. Hm.
----- Original Message -----
From: "Steph Fox" steph@zend.com
To: "internals" internals@lists.php.net
Sent: Sunday, June 04, 2006 8:26 AM
Subject: small note about interface registration
Guys/gal,
At the risk of being boring, someone should probably know that the
ZEND_ACC_INTERFACE flag isn't getting set for anything outside the Engine
during zend_register_internal_interface(). zend_API.c needs to #include
zend_compile.h to get it defined, unless you know a better way.SPL and Reflection don't use zend_register_internal_interface(), so they
won't get theirs set from within ZE anyway (tho' they probably should).Note that this doesn't fix my PHP-GTK issue, it was just a side-query into
global class table corruption :-(
- Steph
Best regards,
Marcus
Not a lot.... (attached)
----- Original Message -----
From: "Marcus Boerger" helly@php.net
To: "Steph Fox" steph@zend.com
Cc: "internals" internals@lists.php.net
Sent: Sunday, June 04, 2006 11:31 AM
Subject: Re: [PHP-DEV] Fw: small note about interface registration
Hello Steph,
what did you fix in spl and reflection?
best regards
marcusSunday, June 4, 2006, 9:05:02 AM, you wrote:
I take it back, fixing that in SPL and reflection did do something :)
The only problem left now is that DL_UNLOAD's called too soon - we need
ts_free_id() to be called in the Zend module_destructor, but DL_UNLOAD to
be
called at the end of tsrm_shutdown() - or at least, after the global core
stuff is destroyed. And TSRM doesn't know about the module. Hm.----- Original Message -----
From: "Steph Fox" steph@zend.com
To: "internals" internals@lists.php.net
Sent: Sunday, June 04, 2006 8:26 AM
Subject: small note about interface registrationGuys/gal,
At the risk of being boring, someone should probably know that the
ZEND_ACC_INTERFACE flag isn't getting set for anything outside the
Engine
during zend_register_internal_interface(). zend_API.c needs to #include
zend_compile.h to get it defined, unless you know a better way.SPL and Reflection don't use zend_register_internal_interface(), so they
won't get theirs set from within ZE anyway (tho' they probably should).Note that this doesn't fix my PHP-GTK issue, it was just a side-query
into
global class table corruption :-(
- Steph
Best regards,
Marcus__________ NOD32 1.1380 (20060125) Information __________
This message was checked by NOD32 antivirus system.
http://www.eset.com