Re: [naviserver-devel] ns_cache_forever

2006-07-11 Thread Zoran Vasiljevic
Am 11.07.2006 um 22:13 schrieb Stephen Deasey: The API works for me... OK. Perhaps I was not clear enough: We still have "ns_cache_create -ttl" syntax The new code does not support this (-ttl) option. I will now change our code to adjust to current Tcl API and make new release. I will be not

Re: [naviserver-devel] ns_cache_forever

2006-07-11 Thread Stephen Deasey
On 7/11/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote: Am 11.07.2006 um 21:44 schrieb Stephen Deasey: > Works for me. > Works for me as well. The question is: can I rely on the Tcl API and go change our Tcl code or should I wait? The API works for me...

Re: [naviserver-devel] ns_cache_forever

2006-07-11 Thread Vlad Seryakov
i am not going to ask to change existing API Zoran Vasiljevic wrote: Am 11.07.2006 um 21:44 schrieb Stephen Deasey: Works for me. Works for me as well. The question is: can I rely on the Tcl API and go change our Tcl code or should I wait? Cheers Zoran ---

Re: [naviserver-devel] ns_cache_forever

2006-07-11 Thread Zoran Vasiljevic
Am 11.07.2006 um 21:44 schrieb Stephen Deasey: Works for me. Works for me as well. The question is: can I rely on the Tcl API and go change our Tcl code or should I wait? Cheers Zoran

Re: [naviserver-devel] ns_cache_forever

2006-07-11 Thread Stephen Deasey
Works for me. On 7/11/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote: I guess it is stable now Zoran Vasiljevic wrote: > Hi, > > No, no it is not as you think! > I just wanted to ask: do we have now a stable > *existing* interface of this beast? > I would like to prepare to new a release and will

Re: [naviserver-devel] ns_cache_forever

2006-07-11 Thread Vlad Seryakov
I guess it is stable now Zoran Vasiljevic wrote: Hi, No, no it is not as you think! I just wanted to ask: do we have now a stable *existing* interface of this beast? I would like to prepare to new a release and will not like to adjust our Tcl code on a daily basis. We only use ns_cache_create a

[naviserver-devel] ns_cache_forever

2006-07-11 Thread Zoran Vasiljevic
Hi, No, no it is not as you think! I just wanted to ask: do we have now a stable *existing* interface of this beast? I would like to prepare to new a release and will not like to adjust our Tcl code on a daily basis. We only use ns_cache_create and ns_cache_flush and ns_cache_eval. I do not mind

Re: [naviserver-devel] ns_cache is still broken

2006-07-11 Thread Stephen Deasey
On 7/10/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote: Am 10.07.2006 um 20:34 schrieb Stephen Deasey: > Limits will save the day, and cure world > hunger... ... and win the next world football cup in South Africa in four years :-) ...unless it comes to penalties.

[naviserver-devel] Opened twice

2006-07-11 Thread Bernd Eidenschink
(if you are on the tracker list:) Sorry, there is no reload detection on the feature request page on sourceforge. So my reload posted the message again, please ignore, i closed the second one.

Re: [naviserver-devel] what the heck is this!?

2006-07-11 Thread Zoran Vasiljevic
Am 11.07.2006 um 13:46 schrieb Zoran Vasiljevic: I will investigate this in some more detail and patch the Tcl code correspondingly. I have checked the fix into core-8-4-branch in Tcl project and updated the HEAD (8.5) as well. This affects all platforms. Cheers, Zoran

Re: [naviserver-devel] what the heck is this!?

2006-07-11 Thread Zoran Vasiljevic
Am 10.07.2006 um 17:03 schrieb Zoran Vasiljevic: The problem is: The problem is that the Tcl finalization is pretty ill-designed as it was retro-fitted in the Tcl lib in the attempt to make one-shoe-fit-all principle. The thread-wise finalization makes TSD vansih before async handlers get de