> > Yes. Won't work. I mean it _could_ but I need to program > for that _extra_. Ideally, I would start 10,100,1000 threads > each with its own small "universe" that actually contains > just dark matter (nothing) whereas all the good-stuff is > located centraly (a large mother-interpreter?). > Ideally, all the Tcl commands would be automagically executed > "in the mother" but have access to my "local" space (for > uplevel and upvar and friends).
So what you need is the ability to create "lightweight" Tcl thread with minimum commands, but with couple "important" commands to access special "global state" or ability to submit/retrieve data from "global state". Is this correct? But that "monster" thread, how do you execute in it? Using ns_proxy or messaging, or some other way? I guess you create regular pthread, call Tcl_CreateInterp, register several command and execute your Tcl script. Why do you think it is not generic enough? ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
