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