> From: [EMAIL PROTECTED] > Andrew Clarke wrote: >> On Thu, 09 Oct 2008 00:36, I. Szczesniak wrote: >>> On 9/29/08, David Korn wrote: >>>> Subject: Re: ksh93t and version numbering (Was Re: [ast-users] ksh93t >>>> 2008-09-26 beta src) If I make a version that works with multiple >>>> threads, then it would become a new version like 'u'. >>> >>> Supporting multiple threads would be a feature which would be greatly >>> appreciated. >> >> Ummmm, that's called "pipelines" and "co-processes" isn't it? > > No, that are seperate "processes". The idea David was talking about is > to allow multiple execution threads in one process - the threads all > share the shell's global variables but have private local variables > which they can use for parallel processing.
If it's for the common variables one could think of encapsulating shared memory access, tied to the export and/or typeset command. The problem with another "light weight process" concept in addition to processes is that you'd probably need to duplicate all the process synchronization mechanisms. One/the main advantage of threads was said to be execution speed, to avoid process context switches. Now if it's just for the variables name space there are less intrusive possibilities, I suppose. Janis _________________________________________________________________ Hotmail to go! Hol' Dir Hotmail aufs Handy! http://windowslivemobile.msn.com/BrowserServiceHotmail.aspx?lang=de-de _______________________________________________ ast-users mailing list [email protected] https://mailman.research.att.com/mailman/listinfo/ast-users
