This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: Wait on multiple objects
- From: Nick Garnett <nickg at ecoscentric dot com>
- To: Fabrice Gautier <Fabrice_Gautier at sdesigns dot com>
- Cc: 'Jonathan Larmour' <jifl at eCosCentric dot com>,"Ecos-List (E-mail)" <ecos-discuss at sources dot redhat dot com>
- Date: 19 Feb 2003 19:06:15 +0000
- Subject: Re: [ECOS] Wait on multiple objects
- References: <9F77D654ED40B74CA79E5A60B97A087B042414@sd-exchange.sdesigns.com>
Fabrice Gautier <Fabrice_Gautier at sdesigns dot com> writes:
> I guess there's not such thing yet in eCos. The principle to implement this
> kind of feature look pretty simple, but i guess it would also be easy to
> have many race conditions and other problems in the actual
> implementation....
This kind of thing is very complicated and hard to get right. To start
with you cannot any more queue threads on synchronization objects, you
have to have some kind of proxy that points to the thread. Then you
have to worry about where you allocate these proxys from, and what you
do in the face of multiple events triggering simultaneously, timeouts,
thread deletion and releases etc.
The only operating system I know of that has a fully general
wait-on-anything architecture is NT. Do you really want eCos to become
like NT? :-)
--
Nick Garnett eCos Kernel Architect
http://www.ecoscentric.com/ The eCos and RedBoot experts
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss