On Sun, 20 Jul 2003, Marcus Börger wrote:
> SM> Now, one of the ways would be to make two "shutdown points" - "early" and
> SM> "late", shutting down before and after objects shutdown. Now, "late
> SM> shutdown" modules would be unable to use any of the PHP variables while
> SM> "early" shutdow
Hello Stanislav,
Sunday, July 20, 2003, 12:20:09 PM, you wrote:
DR>>> doesn't work (because the destructor is called from
DR>>> request_shutdown). I'm pretty sure that there is some way to get this
DR>>> working in a decent way... which might perhaps not be the nicest
DR>>> solution.
SM> The pro
DR>> doesn't work (because the destructor is called from
DR>> request_shutdown). I'm pretty sure that there is some way to get this
DR>> working in a decent way... which might perhaps not be the nicest
DR>> solution.
The problem is that we have following set of requirements:
1. Modules should be s
Hello Derick,
Sunday, July 20, 2003, 12:03:43 PM, you wrote:
DR> On Sun, 20 Jul 2003, Zeev Suraski wrote:
>> All in all, the destructor functionality is *extremely* fragile - to the
>> degree that in many points in time we thought about removing it (you can
>> look up the CVS archives to see j
On Sun, 20 Jul 2003, Zeev Suraski wrote:
> All in all, the destructor functionality is *extremely* fragile - to the
> degree that in many points in time we thought about removing it (you can
> look up the CVS archives to see just how many fixes it required so far -
> plenty). Preventing access
