Re: [PHP-DEV] Feature ./ correction to design flaw request

2002-10-14 Thread Nick Lindridge
>>Bingo! Well done George :) Nice to see someone thinking beyond their >>bubble. > > Thanks for the compliment. Andi=>George ? Didn't understand the email, but George showed some ideas where one might change the hooks and I applaud his insight. Not the ideas that I had in mind, but shows that o

Re: [PHP-DEV] Feature ./ correction to design flaw request

2002-10-14 Thread George Schlossnagle
As I just told Nick in private mail, I personally like my bubble. It has nice translucent walls, keeps me dry when it's wet, and warm when it's cold. All talk of bubbles aside though it seems like there are potential applications for this. Andi Gutmans wrote: > At 09:49 PM 10/14/2002 +0100,

Re: [PHP-DEV] Feature ./ correction to design flaw request

2002-10-14 Thread Andi Gutmans
At 09:49 PM 10/14/2002 +0100, Nick Lindridge wrote: > > One reason would be to allow for a product like APD to do JIT swapping > > of executors to enable tracing on demand. I imagine you could come up > > with a clever way of letting Zend (En|De)coder be used for oly > > prticular clients in a l

Re: [PHP-DEV] Feature ./ correction to design flaw request

2002-10-14 Thread Nick Lindridge
> One reason would be to allow for a product like APD to do JIT swapping > of executors to enable tracing on demand. I imagine you could come up > with a clever way of letting Zend (En|De)coder be used for oly > prticular clients in a large vhosting operation as well (although I > don't really

Re: [PHP-DEV] Feature ./ correction to design flaw request

2002-10-14 Thread George Schlossnagle
One reason would be to allow for a product like APD to do JIT swapping of executors to enable tracing on demand. I imagine you could come up with a clever way of letting Zend (En|De)coder be used for oly prticular clients in a large vhosting operation as well (although I don't really know how

Re: [PHP-DEV] Feature ./ correction to design flaw request

2002-10-14 Thread Andi Gutmans
If there's no concrete reason it is needed I think things should stay as they are. One reason - it's slower, probably not noticeable but it still is. Andi At 03:06 PM 10/14/2002 +0100, Nick Lindridge wrote: > >why would one want to have different executors/compilers in > >different thre

Re: [PHP-DEV] Feature ./ correction to design flaw request

2002-10-14 Thread Nick Lindridge
>why would one want to have different executors/compilers in >different threads? I can't answer this question Thies, and one could achieve it as-is by having a thread safe delegator, but as far as possible I'd suggest that publicly exposed features of the engine should work across support

Re: [PHP-DEV] Feature ./ correction to design flaw request

2002-10-14 Thread Thies C. Arntzen
On Thu, Oct 10, 2002 at 09:52:50PM +0100, Nick Lindridge wrote: > Hello, > > Although most globals are correctly handled in PHP for thread safety, the > zend_execute and zend_compile_file hooks are not given slots in any TS > memory. > > It would be beneficial to correctly give these globals TS

[PHP-DEV] Feature ./ correction to design flaw request

2002-10-10 Thread Nick Lindridge
Hello, Although most globals are correctly handled in PHP for thread safety, the zend_execute and zend_compile_file hooks are not given slots in any TS memory. It would be beneficial to correctly give these globals TS slots. n. -- PHP Development Mailing List To unsub