Re: userland supported APIs (was: Re: Synchronization primitives)
Re: userland supported APIs (was: Re: Synchronization primitives)
- Subject: Re: userland supported APIs (was: Re: Synchronization primitives)
- From: Army Research Lab <email@hidden>
- Date: Wed, 30 Apr 2008 07:19:20 -0400
- Thread-topic: userland supported APIs (was: Re: Synchronization primitives)
On 4/29/08 3:14 PM, "Terry Lambert" <email@hidden> wrote:
<<SNIP>>
>> 3) There isn't anything quite like the OSAtomic* operators in user
>> space
>> that are truly supported (that is, won't be removed in the future
>> during
>> cleanup), and therefore if I want shared variables, I need to use
>> pthread_mutex_lock(), write my variable, and then unlock().
>
> If it's currently documented, it's currently supported. Shawn already
> pointed you at the documentation.
>
> We don't really guarantee anything about future support, and I and the
> rest of us (Dave Z., Shawn, etc.) are prohibited by our employment
> contracts from making those kinds of statements. They are above our
> pay grade.
>
> If you need that kind of official statement, you need to file a bug to
> get it (or an official "no comment").
>
> Being from a military lab, you are undoubtedly familiar with "chain of
> command". You are currently talking to S4s in a mess tent. 8-).
:D Trust me, I understand completely!
As it stands, I think I will use them, but I'll wrap them carefully.
I don't know if you're allowed to give an opinion on this or not, but I'll
ask anyways (and this is for all the Apple guys that are willing to
comment): do you guys at least like the signatures/functionality of the
functions in /usr/include/libkern? That is, if the functions were
moved/renamed would they still behave in exactly the same manner, if you had
a choice in the matter?
If you don't think you can answer, I understand.
Thanks,
Cem Karan
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden