Re: condvar

Ingo Weinhold <bonefish-CFLBMwTPW48UNGrzBIF7/[email protected]>
Newsgroups gmane.os.openbeos.kernel.devel
Message-ID <[email protected]>
On 2005-03-17 at 22:34:03 [+0100], Axel Dörfler wrote:
> Philippe Houdoin <[email protected]> wrote:
> > > 3) (the clean version) add a new pair of system calls: switch_sem()
> > > and switch_sem_etc() (other naming suggestions are welcome).
> > > Applications using these functions would not run on R5 or Zeta
> > > anymore.
> > Cleaness was (most of the time) the BeOS way. IMHO, better to kept
> > Haiku on the
> > same road. New syscalls is great. It's a > R1 feature, so it make
> > sense to
> > expand the kernel API anyway... and still keep binary compatibility
> > with R5
> > apps.
> 
> As it's already implemented, we might as well make it public for R1.
> Anyway, I'll add the functions to the public OS.h header, and add a
> syscall for them - we can then still decide what to do when we actually
> do release something; until then it's private anyway :-)

The problem doing it this way around is that you'll surely forget about it 
(you mentioned your dementia yourself ;-) and it will end up being public 
without giving it a second thought. It's definitely an API extension and 
not even one I consider likely to be used by anyone, so I don't see any 
reason to make it public before R1.

CU, Ingo


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.