Message-ID: <32643931.5451@gbrmpa.gov.au>
Date: Wed, 16 Oct 1996 09:24:02 +0800
From: Leath Muller <leathm AT gbrmpa DOT gov DOT au>
Reply-To: leathm AT gbrmpa DOT gov DOT au
Organization: Great Barrier Reef Marine Park Authority
MIME-Version: 1.0
To: grendel AT ananke DOT amu DOT edu DOT pl
CC: djgpp AT delorie DOT com
Subject: Re: New threads package available!
References: <Pine DOT NEB DOT 3 DOT 95 DOT 961015133138 DOT 10709F-100000 AT ananke DOT amu DOT edu DOT pl>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

> >The lwp package is a very simple time sliced multitasking library.  It
> >allows you to execute functions 'in the backround' without having to
> >worry about multitasking.  The package supports two of the PC's timers
> >so that it will still work with other librarys that also use the timer.
 
> Josh, will the library be able to handle several TASKS (i.e. real
> applications) in the future. Do you intend to extend it to work as a simple
> kernel for asynchronous execution of tasks?

Here is food for thought: Is it possible to implement threads of this
sort into csdpmi? If we could, then we would be able to run seperate
programs, spawn them, have forks and semaphores, etc. csdpmi would be
able to control the ldt's and what not for true multi-tasking. Mind
you, we would be better off with this using the ELF format (geez, I 
hope I don't start this up again... :)

What do you think? possible? (A lot of work in the smallest case... ;)

Leathal.