Re: [naviserver-devel] nacache

[Vlad S. <vl...@cr...>]

Looks like a good patch, can you just commit it.

Happy Holidays!

Stephen Deasey wrote:
> On 12/11/05, Vlad Seryakov <vl...@cr...> wrote:
> 
>>Yes, "just-create" policy is fine, clearing the cache but keeping it
>>empty is not bad. Reduceing locks with nscache is actually a big deal
>>but at this point compatibility with old API is a higher priority, too
>>much production code.
>>
>>Let's see what Stephen will say :-))
>>
>>Zoran Vasiljevic wrote:
>>
>>>On 11.12.2005, at 18:39, Vlad Seryakov wrote:
>>>
>>>
>>>>Can we just put existing module into the core? It's been working  good
>>>>in the past.
>>>
>>>
>>>I have nothing against. We use this module for years and it just  works
>>>fine.
>>>I also like Stephens less-locking approach but only one thing bothers me
>>>there: inability to create new caches during runtime.
>>>I'd also accept "just creating and not tearing down" caches as this  would
>>>suffice us.
> 
> 
> Yes, good points.  I've uploaded a new patch which merges everything
> into the core with minimal changes to existing C code.  Let me know
> how this looks.
> 
> Regarding API compatibility for Tcl code, I thought a wrapper ns_cache
> command could be added to the tcl/cache.tcl file.  What do you think?
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
571 262-8608 office
vl...@cr...
http://www.crystalballinc.com/vlad/