Re: being serious about the NG of zinf

On Wed, Apr 30, 2003 at 09:01:24PM -0400, Ed Sweetman wrote:
> Right now I'm opposed to using threads for the main player.

That's a good start.  There's rarely a problem that can be solved with
threads that can't be solved more simply and reliably with other
means.

While the pipeline probably doesn't need to be threaded, we might want
to allow the UI to exist on another thread, and then put all the
UI/pipeline interactions in a very tight interface.

> In other areas of design, ideas such as the mapped strings for managing 
> preferences are going to be put into use.  [...]

Great.  I was thinking about something very similar.  The preferences
coupling should be as loose as possible.

> changing in the meantime, we need a boolean member to info called lock. 

Checking a variable doesn't prevent race conditions at all because
threads can be switched after checking the condition, but before
reading the data.

We'll either need to use a real synchronization object, or else
stipulate that plugins can only read the info object from the main
(creation) thread.

> I do 
> still have my doubts on how feasible it will be to not depend on libs 
> for certain protocols in the input plugins so this is still
> debatable.

I think you'll find that we'll still want to use libs for input
plugins.

Sounds like a good initial vision.

--

-- 
Tim Lesher <tim <at> lesher.ws>
http://www.lesher.ws

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf