On Tue, 11 Jan 2005, Nick Ing-Simmons wrote: > Gisle Aas <[EMAIL PROTECTED]> writes: >> >> The thread key is not property of an interpreter. It is a single >> global shared between all the threads running in the process space. >> Same goes for PL_curinterp, it's a true global. The concept of having >> different interpeters use different thread keys does not make sense. > > It _could_ make sense. You could have an one interpreter per thread > with OS key for thread-local data accessed via the thread_key. In such > a scheme variable should obviously not be a true global but an > intepreter one.
I don't understand this. The thread key is used to *find* the current interpreter by those function that don't get passed the Perl context for backward compatibility reasons. If you already knew the context, then you wouldn't need the whole thread local storage thing in the first place. Cheers, -Jan --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
