On Thu, 03 May 2001 09:48:45 PDT, Doug MacEachern wrote: >when $foo is copied by perl_clone() it gets a pointer (not copied) to >the solar_t returned by solar_new. FETCH and STORE then use the >solar_t.lock to serialize access to the solar variable. what i have works >ok for simple scalars, but dealing with complex structures is, well, >complex. each value of a hash and array would need to be tied, if those >values are hashes or arrays, Or accessed through TIEHASH and TIEARRAY. >their values need to be tied, and so on. Or ensure that only solar values are stored within them. The situation here is similar to that of references. >so yes, there are performance problems. i have not investigated howto >implement solar variables in the core. however, that approach would need >to take special care not to add overhead to the core for all things >non-solar. Very true. Sarathy [EMAIL PROTECTED]
- Re: our :shared $foo / iThreads Chris Stith
- Re: our :shared $foo / iThreads Alan Burlison
- Re: our :shared $foo / iThreads Alan Burlison
- Re: our :shared $foo / iThreads Benjamin Sugars
- Re: our :shared $foo / iThreads Chris Stith
- Re: our :shared $foo / iThreads Alan Burlison
- Re: our :shared $foo / iThreads Chris Stith
- Re: our :shared $foo / iThreads Alan Burlison
- Re: our :shared $foo / iThreads Artur Bergman
- Re: our :shared $foo / iThreads Doug MacEachern
- Re: our :shared $foo / iThreads Gurusamy Sarathy
- Re: our :shared $foo / iThreads Doug MacEachern
- Re: our :shared $foo / iThreads Gurusamy Sarathy
- Re: our :shared $foo / iThreads Artur Bergman
- Re: our :shared $foo / iThreads Dan Sugalski
- Re: our :shared $foo / iThreads Benjamin Sugars
- Re: our :shared $foo / iThreads Dan Sugalski
- Re: our :shared $foo / iThreads Artur Bergman
- Re: our :shared $foo / iThreads Dan Sugalski
- Re: our :shared $foo / iThreads Doug MacEachern
- Re: our :shared $foo / iThreads Artur Bergman
