[naviserver-devel] conf cleanup
Hi! Another candidate: nsconf.tcl.sharedlibrary This was used in pre-naviserver code to locate and load Tcl files. In addition to that, there is also per server servPtr-tcl.library Both are not used by the code any more. There is also C-API Ns_TclLibrary that returns the config value and [ns_info] list element that reflects this in Tcl API. Suggestion: remove nsconf.tcl.sharedlibrary and servPtr-tcl.library config, Ns_TclLibrary call and leave an empty string at the corresponding place in [ns_info] (alternatively scrapping the element altogether). Any reasons why we should not scrap those away? Cheers Zoran - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
Re: [naviserver-devel] conf cleanup
On 18.05.2008, at 15:57, Vasiljevic Zoran wrote: Any reasons why we should not scrap those away? Ah, won't work. [ns_library] uses those for loading modules. Too bad! I keep on looking for things we can ditch. Cheers Zoran - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
[naviserver-devel] ns_share
Hi again! This is yet-antother scrap candidate. I wonder if anybody is still using this ancient interface? I would like to get it out as to keep the code smaller and simpler to maintain. Cheers Zoran - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
Re: [naviserver-devel] ns_share
i've never used it Vasiljevic Zoran wrote: Hi again! This is yet-antother scrap candidate. I wonder if anybody is still using this ancient interface? I would like to get it out as to keep the code smaller and simpler to maintain. Cheers Zoran - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Vlad Seryakov [EMAIL PROTECTED] http://www.crystalballinc.com/vlad/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel