The thread extension is somewhat independent on the core stuff, and Zoran didn't specifically mention core Tcl API changes, so I'm not sure a TIP is necessary. The idea does sound promising, and I am interested in improving the core threading stuff as much as necessary.
BTW, I will be off the rest of this week at a conference, so it will be radio silence from me for a while. Jeff Nathan Folkman wrote: > Would be nice if we could get this sort of support added to core Tcl. > I'd be more the happy to replace nsv with some native Tcl extension for > sharing data process wide, across multiple interps. > > Jeff, are there any current plans for such adding such a feature to the > current Tcl roadmap? If not, should we submit a TIP? > > Zoran Vasiljevic wrote on 9/15/03, 4:25 AM: > > > I already thought about that. Yes, on the Tcl level. you can't just see > > the difference between threads vs. processes. In my latest thread > > extension work, I' ve made a small step in this direction by adding > > a persistence layer to tsv (aka nsv) so distinct processes can share > > data over thread shared arrays, as threads can do (this is still work > > in progress, not released yet). Currently I've just made a gdbm > > persistency > > layer, but there is an API in the threading extension, so one can wrap > > whatever type he/she likes (sql, shared memory, etc). -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
