>> 389
> 今までClassic Mac OSとかWindowsとかで仕事をしたことないんでしょ？

いや、仕事で開発してますよ。いわゆるレガシー製品ってやつですがね。
Win,MacからAIX,Solaris,Linuxとかまでのマルチプラットフォームで。
だからこそ、pthreadなんかが使えるとうれしいのはあります。
で、OSXの場合、pthreadは一部しか実装されていない。
じゃあ変わりに何を使えば良いか、そういうところはcthreadしかないわけです。
そうすれば自分で、cthreadを使ってpthreadを実現できる。

> 隠しているところは、怠慢で隠しているわけじゃないのよね。

別にCのソースが見れないってことは、俺は何も言ってないですけど。
隠しているっていうけど、CarbonやCocoaの部分は、
システムコールじゃなくって、たんなるライブラリのAPIですよね。隠しているというなら調べれば良い。
どう調べるかは、OSXの場合、ktraceとかMach-Oとかいろいろ方法があります。

>>379の繰り返しになっちゃうけど、CocoaやCarbonは単なるdylib（ダイナミックライブラリ）です。
ってことはアプリケーションプログラムの一部として動くものですよね。
QuartzってのもWindowサーバの部分（これもアプリケーション）と、
そのクライアントライブラリ（これもアプリケーションの一部）です。
（この辺のスミワケってAppleは何でちゃんと説明しないんだろう）
ってことなので、「システムコール」の使用を「単なるアプリケーションに連結されるライブラリ」
（ユーザレベルのプログラム）が制限するって言う説はちょっと説得力がない気がします。

そもそも、AppleのDarwinに関してのDocumentでは
Darwinの部分でもcthreadの使用を"should not"、pthread使ってねってなってます。
Darwinは別のプロジェクトなので、CarbonとかCocoaとかQuartzのために
何かを制限しようってのはでないはずです。