Re: [naviserver-devel] ns_cache is still broken

2006-07-08 Thread Stephen Deasey
On 6/29/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote: Am 27.06.2006 um 18:52 schrieb Stephen Deasey: > > OK. Just checking. > According to our customer, the increase from 3 to 60 secs did the trick. Now we get no timeouts any more. So, the fix I did was OK and the default timeout should be

Re: [naviserver-devel] ns_cache is still broken

2006-07-08 Thread Stephen Deasey
On 6/28/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote: I also have question what is the meaning of changing -ttl relativeSeconds into -expires absolutetime. Now Tcl code looks bloated with all -expires [expr [ns_time]+3600] lines not counting that this is much slower than doing such incrementing C

Re: [naviserver-devel] [naviserver-commits] naviserver ChangeLog, 1.405, 1.406

2006-07-08 Thread Stephen Deasey
On 6/30/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote: To mimic Tcl variables usage or any memory access operations, by having _set, _get, _exist, _unset with additional _eval will make it complete and will allow to use by the developer as he sees fit. These are basic operations, on top of that a d

Re: [naviserver-devel] Cache comands (Was: [naviserver-commits] naviserver ChangeLog, 1.405, 1.406)

2006-07-08 Thread Stephen Deasey
On 7/1/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote: Stephen, I think that limits as done in AS 4.5 will not be sufficient for us. As we really do not have, or better say, do not use the server as pure webserver. Hence, we need the ability to set time contraints on cache per-se and not as a pa

Re: [naviserver-devel] Cache comands (Was: [naviserver-commits] naviserver ChangeLog, 1.405, 1.406)

2006-07-08 Thread Stephen Deasey
On 7/1/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote: Am 01.07.2006 um 18:17 schrieb Gustaf Neumann: > Zoran Vasiljevic schrieb: >> For my *personal* taste, the API is way too large >> but what I do not use, I do not care for. >> I have nothing against having all this in core >> and I have not

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd log.c, 1.14, 1.15

2006-07-08 Thread Zoran Vasiljevic
Am 08.07.2006 um 22:39 schrieb Stephen Deasey: A warning at compile time is better than crash at runtime... Indeed. At this point I thought that crash would be OK as this would "normally" happen on system startup but, true, this might not be the case. I will remove that and make it compile ti

Re: [naviserver-devel] [naviserver-commits] naviserver/nsd log.c, 1.14, 1.15

2006-07-08 Thread Stephen Deasey
Don't forget about the NS_GNUC_DEPRECATED atribute which you can apply to the declaration in the header. A warning at compile time is better than crash at runtime... On 7/5/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote: Update of /cvsroot/naviserver/naviserver/nsd In directory sc8-pr-cvs7.so