Sara Golemon wrote:
> If you need class redefinition, I would much sooner recommend
> classkit_import() which will aggregate all the methods from a new class
> definition over the top of an old class entry. (Note: It's been
documented
Sara, thank you very much for your suggestion. This should be
> > I took this in a slightly different direction:
> > http://pecl.php.net/classkit Any and all thoughts appreciated.
>
> Sara, seems very interesting to me. Anyway, can you please provide me
> your shiva_destroy_class() extension?
>
Shiva's not anything approaching stable or trustable. It's ju
Please excuse me for repeated messages, I got some timeouts when posting
from the news server gateway.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Sara Golemon wrote:
> I took this in a slightly different direction:
> http://pecl.php.net/classkit Any and all thoughts appreciated.
Sara, seems very interesting to me. Anyway, can you please provide me
your shiva_destroy_class() extension?
I need something similar in order to reload classes
Sara Golemon wrote:
I took this in a slightly different direction:
http://pecl.php.net/classkit Any and all thoughts appreciated.
Sara, seems very interesting to me. Anyway, can you please provide me
your shiva_destroy_class() extension?
I need something similar in order to reload classes for
Sara Golemon wrote:
I took this in a slightly different direction:
http://pecl.php.net/classkit Any and all thoughts appreciated.
Sara, seems very interesting to me. Anyway, can you please provide me
your shiva_destroy_class() extension?
I need something similar in order to reload classes for
> From the technical perspective, it's actually easy to implement in a
> rock-solid manner. Don't kill the class completely but just clean any
> functions/properties inside of it, and mark it as dead. Then patch the
> class declaration begin code to check for this flag, and reuse the class
> str
> Could you share some more infos about that project?
sure
the project itself is my university thesis, its topic might clear some
things: 'Hive -distributed server for message-driven componental PHP
applications'. main idea is to be able to create php applications in
RAD-way. for this to be possi
Hello Robert,
Thursday, August 19, 2004, 10:29:31 AM, you wrote:
>>> Is this worth further discussion?
>>
>> Not before until we have an application server and php scripts that
>> are designed to run for several months. And even then we would also
>> need improved Reflection support and conatiner
>> Is this worth further discussion?
>
> Not before until we have an application server and php scripts that
> are designed to run for several months. And even then we would also
> need improved Reflection support and conatiner support and so on and
> so on.
don`t you think that lacking this destr
At 08:32 19/08/2004, Sara Golemon wrote:
> Well, some time ago I wrote a small functions, that does exactly the same:
>
> PHP_FUNCTION(unregister_class)
> {
*snip*
Barring some stylectic differences and a check to make sure it's not an
internal class, that's precisely what I gave sean in
shiva_dest
> Well, some time ago I wrote a small functions, that does exactly the same:
>
> PHP_FUNCTION(unregister_class)
> {
*snip*
Barring some stylectic differences and a check to make sure it's not an
internal class, that's precisely what I gave sean in
shiva_destroy_class()
But just to be clear, I
On Wed, 18 Aug 2004, Sean Coates wrote:
I think Sean is talking about creating an application server _in PHP_.
I understood that.
My chicken and egg comment was this logic:
Marcus: the reason we don't need this is because we don't have [an
application server] that would require it.
Sean: the reaso
On Wed, 18 Aug 2004 18:01:25 -0400
Sean Coates <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello Internals,
>
> Has anyone given thought to a feature that allows (PHP) developer to
> invalidate classes (allowing the developer to re-load the class, with
> modi
I think Sean is talking about creating an application server _in PHP_.
I understood that.
My chicken and egg comment was this logic:
Marcus: the reason we don't need this is because we don't have [an
application server] that would require it.
Sean: the reason we need it is because I'd like to deve
At 03:30 AM 8/19/2004 +0200, Michael Walter wrote:
Andi Gutmans wrote:
At 08:23 PM 8/18/2004 -0400, Sean Coates wrote:
Marcus Boerger wrote:
>>Is this worth further discussion?
>
> Not before until we have an application server and php scripts that are
> designed to run for several months. And even
Andi Gutmans wrote:
At 08:23 PM 8/18/2004 -0400, Sean Coates wrote:
Marcus Boerger wrote:
>>Is this worth further discussion?
>
> Not before until we have an application server and php scripts that are
> designed to run for several months. And even then we would also need
> improved Reflection supp
At 08:23 PM 8/18/2004 -0400, Sean Coates wrote:
Marcus Boerger wrote:
>>Is this worth further discussion?
>
> Not before until we have an application server and php scripts that are
> designed to run for several months. And even then we would also need
> improved Reflection support and conatiner su
Marcus Boerger wrote:
>>Is this worth further discussion?
>
> Not before until we have an application server and php scripts that are
> designed to run for several months. And even then we would also need
> improved Reflection support and conatiner support and so on and so on.
No disrespect intende
Hello Sean,
Thursday, August 19, 2004, 12:01:25 AM, you wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> Hello Internals,
> Has anyone given thought to a feature that allows (PHP) developer to
> invalidate classes (allowing the developer to re-load the class, with
> modified code)? I
20 matches
Mail list logo
